最近几天,我们经常在网站上看到这样的错误信息:

“超时过期。超时时间 在获取 来自池的连接。这可能 已经发生是因为全部池化了吗 连接正在使用,马克斯泳池 规模达到了。”

我们已经有一段时间没有更改代码中的任何内容了。我修改了代码以检查未关闭的打开连接,但发现一切正常。

我怎么解决这个问题? 我需要编辑这个池吗? 如何编辑此池的最大连接数? 高流量网站的推荐值是多少?


更新:

我需要在IIS中编辑一些东西吗?

更新:

我发现活动连接的数量在15到31之间,我发现在SQL server中配置的最大允许连接数超过3200个连接,是31太多了还是我应该在ASP中编辑一些东西。网络配置?


当前回答

在我们的网站上,我们也不时地遇到这个问题。在我们的案例中,罪魁祸首是我们的统计数据/索引过时了。这将导致先前快速运行的查询(最终)变慢并超时。

尝试更新统计信息和/或在受查询影响的表上重建索引,看看是否有帮助。

其他回答

对于我来说,使用实体框架,我错过了可以简化using语句的智能感知建议。 我错误地简化了using语句

ie

using (var db = new MyDbContext()){}

化简为

using var db = new MyDbContext();

not

var db = new MyDbContext();

确保您为连接池设置了正确的设置。这是非常重要的,正如我在下面的文章中解释的那样: https://medium.com/@dewanwaqas/configurations-that-significantly-improves-your-app-performance-built-using-sql-server-and-net-ed044e53b60 如果遵循该方法,您将看到应用程序的性能有了极大的改善。

如果您正在处理复杂的遗留代码,只需使用(..){..}是不可能的-正如我所做的那样-您可能想要查看我在这个SO问题中发布的代码片段,以确定当连接可能泄漏(在设置超时后未关闭)时连接创建的调用堆栈。这使得发现泄漏的原因相当容易。

当我在一个。net应用程序中使用一些第三方数据层时,我也遇到过这个问题。问题是该层没有正确地关闭连接。

我们扔掉了这个层,自己创建了一个,它总是关闭和处理连接。从那以后,我们就不会再得到错误了。

在安装。net Framework v4.6.1时,由于这个更改,我们到远程数据库的连接立即开始超时。

要修复这个问题,只需在连接字符串中添加参数transparentnetworkipressolution,并将其设置为false:

服务器= myServerName;数据库= myDataBase; Trusted_Connection = True; TransparentNetworkIPResolution = False