最近几天，我们经常在网站上看到这样的错误信息:
“超时过期。超时时间 在获取 来自池的连接。这可能 已经发生是因为全部池化了吗 连接正在使用，马克斯泳池 规模达到了。”
我们已经有一段时间没有更改代码中的任何内容了。我修改了代码以检查未关闭的打开连接，但发现一切正常。
我怎么解决这个问题? 我需要编辑这个池吗? 如何编辑此池的最大连接数? 高流量网站的推荐值是多少?
更新:
我需要在IIS中编辑一些东西吗?
更新:
我发现活动连接的数量在15到31之间，我发现在SQL server中配置的最大允许连接数超过3200个连接，是31太多了还是我应该在ASP中编辑一些东西。网络配置?
当前回答
我在AWS EC2实例上也得到了这个确切的错误日志。
因为我只是部署alpha应用程序(没有真正的用户)，所以没有出现连接泄漏，而且我向Activity Monitor和sp_who确认实际上没有到数据库的连接。
我的问题与AWS有关——更具体地说，与安全组有关。只有特定的安全组可以访问我存放数据库的RDS服务器。 我使用authorization -security-group-ingress命令添加了一个入口规则，允许使用——source-group-name参数访问RDS服务器的正确EC2实例。添加了入口规则，我可以在AWS UI上看到-但我得到了这个错误。
当我在AWS UI上手动删除并添加入口规则时，突然异常不再，应用程序正在工作。
其他回答
您需要告诉数据库服务器在卸载页面时关闭连接。
protected void Page_Unload(object sender, EventArgs e) {
if (qryCnn != null)
qryCnn.Close();
}
在我们的网站上，我们也不时地遇到这个问题。在我们的案例中，罪魁祸首是我们的统计数据/索引过时了。这将导致先前快速运行的查询(最终)变慢并超时。
尝试更新统计信息和/或在受查询影响的表上重建索引，看看是否有帮助。
在我的例子中，我没有关闭DataReader对象。
using (SqlCommand dbCmd = new SqlCommand("*StoredProcedureName*"))
using (dbCmd.Connection = new SqlConnection(WebConfigurationAccess.ConnectionString))
{
dbCmd.CommandType = CommandType.StoredProcedure;
//Add parametres
dbCmd.Parameters.Add(new SqlParameter("@ID", SqlDbType.Int)).Value = ID;
.....
.....
dbCmd.Connection.Open();
var dr = dbCmd.ExecuteReader(); //created a Data reader here
dr.Close(); //gotta close the data reader
//dbCmd.Connection.Close(); //don't need this as 'using' statement should take care of this in its implicit dispose method.
}
在我的情况下，我有无限循环(从一个get属性试图从数据库中获取值)，不断打开数百个Sql连接。
要重现这个问题，试试这个:
while (true)
{
using (SqlConnection connection = new SqlConnection(connectionString))
{
connection.Open();
someCall(connection);
}
}
确保您为连接池设置了正确的设置。这是非常重要的，正如我在下面的文章中解释的那样: https://medium.com/@dewanwaqas/configurations-that-significantly-improves-your-app-performance-built-using-sql-server-and-net-ed044e53b60 如果遵循该方法，您将看到应用程序的性能有了极大的改善。
