最近几天，我们经常在网站上看到这样的错误信息:
“超时过期。超时时间 在获取 来自池的连接。这可能 已经发生是因为全部池化了吗 连接正在使用，马克斯泳池 规模达到了。”
我们已经有一段时间没有更改代码中的任何内容了。我修改了代码以检查未关闭的打开连接，但发现一切正常。
我怎么解决这个问题? 我需要编辑这个池吗? 如何编辑此池的最大连接数? 高流量网站的推荐值是多少?
更新:
我需要在IIS中编辑一些东西吗?
更新:
我发现活动连接的数量在15到31之间，我发现在SQL server中配置的最大允许连接数超过3200个连接，是31太多了还是我应该在ASP中编辑一些东西。网络配置?
当前回答
在我的情况下，我有无限循环(从一个get属性试图从数据库中获取值)，不断打开数百个Sql连接。
要重现这个问题，试试这个:
while (true)
{
using (SqlConnection connection = new SqlConnection(connectionString))
{
connection.Open();
someCall(connection);
}
}
其他回答
我也面临着同样的问题，经过几个小时的研究，我意识到我是在没有VPN的Guest网络上连接的，所以设置VPN对我来说很管用
在我的情况下，我有无限循环(从一个get属性试图从数据库中获取值)，不断打开数百个Sql连接。
要重现这个问题，试试这个:
while (true)
{
using (SqlConnection connection = new SqlConnection(connectionString))
{
connection.Open();
someCall(connection);
}
}
起初我并不认为这是我的问题，但在浏览这个列表时，我发现它并没有涵盖我的问题。
我的问题是，我有一个错误，它试图写相同的记录多次使用实体框架。它不应该这样做;那是我的bug。看看你正在写的数据。我的想法是SQL正在忙着写记录，可能是锁定和创建超时。在我修复了试图在连续尝试中写入记录倍数的代码区域之后，错误就消失了。
当我在一个。net应用程序中使用一些第三方数据层时，我也遇到过这个问题。问题是该层没有正确地关闭连接。
我们扔掉了这个层，自己创建了一个，它总是关闭和处理连接。从那以后，我们就不会再得到错误了。
除了公布的解决方案。
在处理1000页遗留代码时，每个代码都多次调用公共GetRS，这里有另一种解决问题的方法:
在现有的公共DLL中，我们添加了CommandBehavior。CloseConnection选择:
static public IDataReader GetRS(String Sql)
{
SqlConnection dbconn = new SqlConnection(DB.GetDBConn());
dbconn.Open();
SqlCommand cmd = new SqlCommand(Sql, dbconn);
return cmd.ExecuteReader(CommandBehavior.CloseConnection);
}
然后，在每个页面中，只要关闭数据读取器，连接也会自动关闭，从而防止连接泄漏。
IDataReader rs = CommonDLL.GetRS("select * from table");
while (rs.Read())
{
// do something
}
rs.Close(); // this also closes the connection
