最近几天，我们经常在网站上看到这样的错误信息:
“超时过期。超时时间 在获取 来自池的连接。这可能 已经发生是因为全部池化了吗 连接正在使用，马克斯泳池 规模达到了。”
我们已经有一段时间没有更改代码中的任何内容了。我修改了代码以检查未关闭的打开连接，但发现一切正常。
我怎么解决这个问题? 我需要编辑这个池吗? 如何编辑此池的最大连接数? 高流量网站的推荐值是多少?
更新:
我需要在IIS中编辑一些东西吗?
更新:
我发现活动连接的数量在15到31之间，我发现在SQL server中配置的最大允许连接数超过3200个连接，是31太多了还是我应该在ASP中编辑一些东西。网络配置?
当前回答
在安装。net Framework v4.6.1时，由于这个更改，我们到远程数据库的连接立即开始超时。
要修复这个问题，只需在连接字符串中添加参数transparentnetworkipressolution，并将其设置为false:
服务器= myServerName;数据库= myDataBase; Trusted_Connection = True; TransparentNetworkIPResolution = False
其他回答
在大多数情况下，连接池问题与连接泄漏有关。应用程序可能无法正确且一致地关闭数据库连接。当您保持连接打开时，它们将保持阻塞状态，直到. net垃圾回收器通过调用Finalize()方法为您关闭它们。
你要确保你真的关闭了连接。例如，如果.Open和Close之间的代码抛出异常，下面的代码将导致连接泄漏:
var connection = new SqlConnection(connectionString);
connection.Open();
// some code
connection.Close();
正确的方法是这样的:
var connection = new SqlConnection(ConnectionString);
try
{
connection.Open();
someCall (connection);
}
finally
{
connection.Close();
}
or
using (SqlConnection connection = new SqlConnection(connectionString))
{
connection.Open();
someCall(connection);
}
当你的函数从一个类方法返回一个连接时，确保你在本地缓存它并调用它的Close方法。您将使用以下代码泄漏一个连接，例如:
var command = new OleDbCommand(someUpdateQuery, getConnection());
result = command.ExecuteNonQuery();
connection().Close();
第一次调用getConnection()返回的连接没有被关闭。这一行不会关闭连接，而是创建一个新的连接并尝试关闭它。
如果您使用SqlDataReader或OleDbDataReader，请关闭它们。尽管关闭连接本身似乎就能达到目的，但在使用数据读取器对象时，还是要花费额外的精力显式关闭它们。
这篇来自MSDN/SQL杂志的文章“为什么连接池溢出?”解释了很多细节，并建议了一些调试策略:
Run sp_who or sp_who2. These system stored procedures return information from the sysprocesses system table that shows the status of and information about all working processes. Generally, you'll see one server process ID (SPID) per connection. If you named your connection by using the Application Name argument in the connection string, your working connections will be easy to find. Use SQL Server Profiler with the SQLProfiler TSQL_Replay template to trace open connections. If you're familiar with Profiler, this method is easier than polling by using sp_who. Use the Performance Monitor to monitor the pools and connections. I discuss this method in a moment. Monitor performance counters in code. You can monitor the health of your connection pool and the number of established connections by using routines to extract the counters or by using the new .NET PerformanceCounter controls.
起初我并不认为这是我的问题，但在浏览这个列表时，我发现它并没有涵盖我的问题。
我的问题是，我有一个错误，它试图写相同的记录多次使用实体框架。它不应该这样做;那是我的bug。看看你正在写的数据。我的想法是SQL正在忙着写记录，可能是锁定和创建超时。在我修复了试图在连续尝试中写入记录倍数的代码区域之后，错误就消失了。
这个问题，我在我的代码。我将粘贴一些示例代码，我已经来到下面的错误。 从池中获取连接之前的超时时间。这可能是因为所有池连接都在使用中，且池大小已达到最大。
String query = "insert into STATION2(ID,CITY,STATE,LAT_N,LONG_W) values('" + a1 + "','" + b1 + "','" + c1 + "','" + d1 + "','" + f1 + "')";
//,'" + d1 + "','" + f1 + "','" + g1 + "'
SqlConnection con = new SqlConnection(mycon);
con.Open();
SqlCommand cmd = new SqlCommand();
cmd.CommandText = query;
cmd.Connection = con;
cmd.ExecuteNonQuery();
**con.Close();**
您希望每次都关闭连接。在此之前，我没有我们关闭连接，由于这个我得到了错误。 添加结束语句后，我已经克服了这个错误
这主要是由于应用程序中没有关闭连接。使用“MinPoolSize”和“MaxPoolSize”连接字符串。
我也有同样的问题，想要分享帮助我找到源头的东西: 将应用程序名称添加到连接字符串中，然后监视到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>'
