最近几天，我们经常在网站上看到这样的错误信息:
“超时过期。超时时间 在获取 来自池的连接。这可能 已经发生是因为全部池化了吗 连接正在使用，马克斯泳池 规模达到了。”
我们已经有一段时间没有更改代码中的任何内容了。我修改了代码以检查未关闭的打开连接，但发现一切正常。
我怎么解决这个问题? 我需要编辑这个池吗? 如何编辑此池的最大连接数? 高流量网站的推荐值是多少?
更新:
我需要在IIS中编辑一些东西吗?
更新:
我发现活动连接的数量在15到31之间，我发现在SQL server中配置的最大允许连接数超过3200个连接，是31太多了还是我应该在ASP中编辑一些东西。网络配置?
当前回答
这个问题我以前遇到过。结果是防火墙出了问题。我刚在防火墙里加了条规则。我必须打开端口1433，以便SQL服务器可以连接到服务器。
其他回答
如果您正在处理复杂的遗留代码，只需使用(..){..}是不可能的-正如我所做的那样-您可能想要查看我在这个SO问题中发布的代码片段，以确定当连接可能泄漏(在设置超时后未关闭)时连接创建的调用堆栈。这使得发现泄漏的原因相当容易。
这个问题我以前遇到过。结果是防火墙出了问题。我刚在防火墙里加了条规则。我必须打开端口1433，以便SQL服务器可以连接到服务器。
用这个:
finally
{
connection.Close();
connection.Dispose();
SqlConnection.ClearPool();
}
当我在一个。net应用程序中使用一些第三方数据层时，我也遇到过这个问题。问题是该层没有正确地关闭连接。
我们扔掉了这个层，自己创建了一个，它总是关闭和处理连接。从那以后，我们就不会再得到错误了。
我也有同样的问题，想要分享帮助我找到源头的东西: 将应用程序名称添加到连接字符串中，然后监视到SQL Server的打开连接
select st.text,
es.*,
ec.*
from sys.dm_exec_sessions as es
inner join sys.dm_exec_connections as ec on es.session_id = ec.session_id
cross apply sys.dm_exec_sql_text(ec.most_recent_sql_handle) st
where es.program_name = '<your app name here>'
