当我们的AzureSQL数据库性能偶尔会显着下降时，我们会在生产中解决这个问题。我们知道我们在其中一个表上有锁，但这些锁不是死锁，它们是长锁，并且在一个小时左右后性能恢复正常。我们正在尝试找到关于如何获得这些长锁的所有可能场景(每个查询都非常快，所有性能分析器都可以向我们展示导致长锁的原因)。这个问题的原因如下图:Out连接池设置只允许池化200个连接。大多数时候，我们与数据库有大约10-20个打开/合并的连接。然后突然间，一些活跃的连接开始增长，连接池被完全占用。虽然一些合并连接保持在200以下，但我们看到许多使用sp_who2的事件连接达到1.5k-2k连接(有时4k-5k)。我使