ef mysql链接池_EF Core 小坑：DbContextPool 会引起数据库连接池连接耗尽

DbContextPool 是 ASP.NET Core 2.1 引入的新特性，可以节省创建 DbContext 实例的开销，但没有想到其中藏着一个小坑。

最近有一个 ASP.NET Core 项目持续运行一段时间后日志中就会出现数据库连接池达到最大连接数限制的错误：

System.InvalidOperationException: 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.Common.ADP.ExceptionWithStackTrace(Exception e)

开始以为是哪个地方的代码造成 DbContext 不能正常 Dispose ，但在代码中没有找到任何相关线索。后来实在没有其他可以怀疑的地方，唯有 DbContextPool ，于是尝试去掉 DbContextPool ，结果错误就消失了。果然是 DbContextPool 引起的，但让人纳闷的是 DbContextPool 本来就是为了节省创建 DbContext 实例的开销，怎么反而消耗更多数据库连接，而且这个项目的负载很低，怎么可能把整个连接池都消耗殆尽呢？

今天在周会上谈了这个怪问题，后来突然想到：每个 DbContext 实例都会占用一个数据库连接(SqlConnection)，不启用 DbContextPool 的时候，请求一结束，对应 DbContext 实例就被 Dispose ，数据库连接就会被放回连接池。而使用 DbC