我了解 SQL Express 无法将 Service Broker 消息发送到链中没有标准（或更好）实例的其他实例。但是是否可以使用 Service Broker在单个 Express 实例中发送和接收消息？换句话说，队列和服务都归发起 SQL 实例所有（并且永远不会离开）。
sql-server-2008 sql-server service-broker sql-server-express
我们有一个系统，它使用 Service Broker 进行异步消息传递，具有相当高的消息吞吐量。在这种情况下，我们并不真正关心 SSB 的持久特性——消息几乎只是即时通知，如果在预期的接收器应用程序启动时没有立即处理它们，我们最终只会丢弃任何备份的消息应用程序重新启动。
我们注意到的是，我们的数据库显示了非常大的事务日志备份，其中大部分都充满了 SSB 事务。这使我们的备份管理和测试恢复场景变得复杂，并且通常只会让 DBA 方面的工作更加艰难。
在我们并不真正关心让 SSB 消息可用于恢复的情况下，是否有任何提示或技巧可用于最小化 SSB 消息的事务日志开销？
我们的应用程序使用 SQL Server 应用程序锁，并且在某些情况下我们需要查看给定的锁是否存在。为此，我们从 中检索和过滤信息sys.dm_tran_locks。
这是可行的，但即使是SELECT * FROM sys.dm_tran_locks我们系统中针对此 DMV 的最简单查询 ( ) 也需要超过 100 毫秒（CPU 和持续时间），有时可能会超过 500 毫秒。这是无论是否以超级管理员用户身份运行、是否从 SSMS 运行时的情况。
full 最多返回大约 10,000 行SELECT，并且我们在具有充足 CPU 和 RAM 以及快速磁盘子系统的 VM 上运行。这个查询似乎不应该花费这么长时间。
有人以前见过这个或者知道这里可能发生什么吗？如果有帮助的话，我很乐意提供更多信息。