最近几天，我们经常在网站上看到这样的错误信息:
“超时过期。超时时间 在获取 来自池的连接。这可能 已经发生是因为全部池化了吗 连接正在使用，马克斯泳池 规模达到了。”
我们已经有一段时间没有更改代码中的任何内容了。我修改了代码以检查未关闭的打开连接，但发现一切正常。
我怎么解决这个问题? 我需要编辑这个池吗? 如何编辑此池的最大连接数? 高流量网站的推荐值是多少?
更新:
我需要在IIS中编辑一些东西吗?
更新:
我发现活动连接的数量在15到31之间，我发现在SQL server中配置的最大允许连接数超过3200个连接，是31太多了还是我应该在ASP中编辑一些东西。网络配置?
当前回答
您已经泄漏了代码上的连接。您可以尝试使用using来证明您正在关闭它们。
using (SqlConnection sqlconnection1 = new SqlConnection(“Server=.\\SQLEXPRESS ;Integrated security=sspi;connection timeout=5”))
{
sqlconnection1.Open();
SqlCommand sqlcommand1 = sqlconnection1.CreateCommand();
sqlcommand1.CommandText = “raiserror (‘This is a fake exception’, 17,1)”;
sqlcommand1.ExecuteNonQuery(); //this throws a SqlException every time it is called.
sqlconnection1.Close(); //Still never gets called.
} // Here sqlconnection1.Dispose is _guaranteed_
https://blogs.msdn.microsoft.com/angelsb/2004/08/25/connection-pooling-and-the-timeout-expired-exception-faq/
其他回答
这主要是由于应用程序中没有关闭连接。使用“MinPoolSize”和“MaxPoolSize”连接字符串。
如果您正在处理复杂的遗留代码，只需使用(..){..}是不可能的-正如我所做的那样-您可能想要查看我在这个SO问题中发布的代码片段，以确定当连接可能泄漏(在设置超时后未关闭)时连接创建的调用堆栈。这使得发现泄漏的原因相当容易。
在我的例子中还发生了另一个原因，因为使用async/await，导致了相同的错误消息:
系统。InvalidOperationException: '超时。从池中获取连接之前的超时时间。这可能是因为所有池连接都在使用中，且池大小已达到最大。”
只是对发生了什么(以及我是如何解决它的)的一个快速概述，希望这将在未来帮助其他人:
找出原因
这一切都发生在ASP中。NET Core 3.1 web项目与Dapper和SQL Server，但我认为它是独立于这种类型的项目。
首先，我有一个中心函数给我SQL连接:
internal async Task<DbConnection> GetConnection()
{
var r = new SqlConnection(GetConnectionString());
await r.OpenAsync().ConfigureAwait(false);
return r;
}
我在几十个方法中使用这个函数，例如:
public async Task<List<EmployeeDbModel>> GetAll()
{
await using var conn = await GetConnection();
var sql = @"SELECT * FROM Employee";
var result = await conn.QueryAsync<EmployeeDbModel>(sql);
return result.ToList();
}
正如您所看到的，我使用的是没有花括号({，})的new using语句，因此连接的处理是在函数的末尾完成的。
尽管如此，我还是得到了关于池中没有更多可用连接的错误。
我开始调试我的应用程序，并让它在异常发生时停止。当它停止时，我首先看了一下调用堆栈窗口，但这只显示了System.Data中的某个位置。SqlClient，并不是真正的帮助我:
接下来，我看了看Tasks窗口，这是一个更好的帮助:
在“等待”或“计划”状态下，对我自己的GetConnection方法的调用确实有数千次。
当在任务窗口中双击这样的一行时，它通过调用堆栈窗口向我显示了我的代码中的相关位置。
这帮助我找到了这种行为的真正原因。它在下面的代码中(只是为了完整性):
[Route(nameof(LoadEmployees))]
public async Task<IActionResult> LoadEmployees(
DataSourceLoadOptions loadOption)
{
var data = await CentralDbRepository.EmployeeRepository.GetAll();
var list =
data.Select(async d =>
{
var values = await CentralDbRepository.EmployeeRepository.GetAllValuesForEmployee(d);
return await d.ConvertToListItemViewModel(
values,
Config,
CentralDbRepository);
})
.ToListAsync();
return Json(DataSourceLoader.Load(await list, loadOption));
}
在上面的控制器操作中，我首先调用EmployeeRepository.GetAll()从数据库表“Employee”中获得模型列表。
然后，对于每个返回的模型(即结果集的每一行)，我再次对employeerepository . getallvaluesforeemployee (d)进行数据库调用。
虽然这在性能方面非常糟糕，但在异步上下环境中，它的行为方式是占用连接池连接而不适当地释放它们。
解决方案
我通过在外部SQL查询的内部循环中删除SQL查询来解决这个问题。
这应该通过完全省略它来完成，或者如果需要，将它移动到外部SQL查询中的一个/多个lpe join，以便在一个SQL查询中获得数据库中的所有数据。
吸取的教训
不要在短时间内执行大量SQL查询，特别是在使用async/await时。
你也可以尝试一下，解决超时问题:
如果你没有在你的webconfig中添加httpRuntime，在<system中添加。网络>标记
<sytem.web>
<httpRuntime maxRequestLength="20000" executionTimeout="999999"/>
</system.web>
and
像这样修改你的连接字符串;
<add name="connstring" connectionString="Data Source=DSourceName;Initial Catalog=DBName;Integrated Security=True;Max Pool Size=50000;Pooling=True;" providerName="System.Data.SqlClient" />
最后使用
try
{...}
catch
{...}
finaly
{
connection.close();
}
这个问题，我在我的代码。我将粘贴一些示例代码，我已经来到下面的错误。 从池中获取连接之前的超时时间。这可能是因为所有池连接都在使用中，且池大小已达到最大。
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();**
您希望每次都关闭连接。在此之前，我没有我们关闭连接，由于这个我得到了错误。 添加结束语句后，我已经克服了这个错误
