我们的一位 DBA 向我们的团队抱怨说，他注意到大约有十几个休眠连接实际上是永久性的。它们中的每一个都表示一个非常短的查询（来自单个记录的单个记录由其聚集的 PK 过滤返回）。
我的假设是原因是 ADO.NET 连接池的使用和经常进行相同查询的应用程序。
我试图找出这些休眠连接是否会对 SQL Server 性能产生有意义的影响。默认情况下，ADO.NET 连接池限制为 100 个连接，因此我的假设是十几个休眠连接应该可以忽略不计。
我只能在这个线程中找到信息：
每个睡眠会话的最低成本约为 32kb 的 RAM - 非常非常适中！
CPU 开销可能会有一些微不足道的额外成本，但即使是 10,000 个会话也几乎无法检测到。
在会话/连接开销问题上，SQL Server 表现得非常好！
这些信息准确吗？
一般而言，如果此处的性能一词仅用于讨论执行查询，并且假设这些休眠连接中没有任何一个持有任何锁或打开的事务，那么假设对性能没有有意义的影响是相当安全的（这也是假设实例（内部或外部）没有内存压力）。
这些连接的一个常见问题是一些保持打开的事务或锁，由于大多数管理员只寻找执行查询，因此有时很难找到。这可能会影响事务日志的截断（导致日志增长会影响性能）、阻塞其他查询，以及对缓存造成内部内存压力，我相信我们都同意这会影响性能。
如果不考虑拥有 10,000 个睡眠连接带来的所有细节，那么到服务器的连接限制为 32k。如果有 10,000 多个休眠连接，那么连接不足可能会成为一个实际问题。不幸的是，这并不像你想象的那么牵强，因为我已经多次帮助解决这个问题。