超时已过。在从池中获取连接之前超时时间已过。

Question

我正在开发一个使用 WebApi 和 AngularJS 的应用程序。在花了一些时间申请后，我得到了这个例外。我在此应用中使用 EntityFramework。

"Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This may have occurred because all pooled connections were in use and max pool size was reached."

堆栈跟踪

at System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection)
↵ at System.Data.ProviderBase.DbConnectionClosed.TryOpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
at System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry)
at System.Data.SqlClient.SqlConnection.Open()
at System.Data.EntityClient.EntityConnection.OpenStoreConnectionIf(Boolean openCondition, DbConnection storeConnectionToOpen, DbConnection originalConnection, String exceptionCode, String attemptedOperation, Boolean& closeStoreConnectionOnFailure)

Answer 1

关闭你的数据库连接（这很重要）。

SqlConnection myConnection = new SqlConnection(ConnectionString);
try
{
     conn.Open();
     someCall (myConnection);
}
finally
{
     myConnection.Close();                
}

或

using (SqlConnection myConnection = new SqlConnection(ConnectionString))
{
     myConnection.Open();
     someCall(myConnection);
}

检查有多少用户连接到您的数据库以及查询超时。如果你有很长时间执行查询，也要检查一下。

也许，重复的问题：

How can I solve a connection pool problem between ASP.NET and SQL Server?

When does Entity Framework open and close Database Connections?

Answer 2

我刚刚遇到了同样的问题。我最终使用了这样的模式，似乎解决了这个问题：

using (SqlConnection con = new SqlConnection(strCon)) 
{
    using (SqlCommand cmd = new SqlCommand(strCmdText, con)) 
    {
        con.Open();
        using (SqlDataReader dr = cmd.ExecuteReader())
         {
              //do stuff;
              dr.Close();
         }
     }
     con.Close();
}

这似乎解决了我的问题。 DataReader.Close() 是做到这一点的钉子。似乎 MS 应该改变他们的建议，因为我在他们的网站上发现了建议不要使用 try { } finally { con.Close(); } 模式。我没有明确地尝试这个，因为这种模式在我们整个数据库层中相当普遍，并且想要找到更接近的东西。

我希望这对某人有所帮助。

Answer 3

请尝试以下方法

1. 始终在 finally 块中关闭您的连接

2. 增加连接字符串中的池大小 string connectionString = "数据源=localhost；初始目录=Northwind；" + "集成安全=SSPI；最小池大小=10；最大池大小=100"；

                                 or 
   

3. 根本不使用池化 string connectionString = "数据源=localhost；初始目录=Northwind；" + "Integrated Security=SSPI; Pooling=false;";

Answer 4

建议在 SqlConnection 和 SqlCommand 对象周围使用 using 语句。

请注意，如果您有一个函数在 SqlDataReader 循环中使用 yield return 返回一个 IEnumerable，那么这不是推荐的模式。这样做会在执行数据读取器之前关闭与数据库的连接。

改为将 CommandBehavior.CloseConnection 参数应用于 ExecuteReader 调用。

Answer 5

有点老了，很抱歉挖了这个，但是这周在我们的工作中发生了：

正如@sohail naseer 回答的那样，您的连接没有关闭，或者您的数据类使用不正确：

如果您循环 105 次，并且在每个循环中声明一个新数据对象并使用它查询数据库，那么即使您关闭并处置对象，您也将创建 105 个连接（从而破坏您的 100 max allowed ）正确地，SQL 仍然需要时间将该连接重新分配给新用户。

Answer 6

强制垃圾收集器调用：

System.GC.Collect()