记一次数据库连接池阻塞导致的服务异常

摘要: 就是不写摘要.

场景重现

最近刚接手的某内网系统(ASP.NET实现的Web应用)经常出现异常导致访问失败

处理过程

到该Web应用所在的服务器查看事件日志情况 - 只看到在某个时间点后所有数据库请求全部超时的错误日志.

初步怀疑是哪里数据库连接打开没关闭释放,导致数据库连接资源占用爆满,然后阻塞发生异常.

看了下数据库连接字符串配置大致如下

<connectionStrings>
<add name="DbConnectionString" providerName="System.Data.SqlClient" connectionString="server=192.168.0.1;uid=*;pwd=*;database=dbName;Pooling = true;Min Pool Size = 0;Max Pool Size = 512;Connect Timeout=30;Connection lifetime=10;Persist Security Info=true;" />
</connectionStrings>

可以看出是一个比较常规的数据库连接字符串,没什么明显的问题.

查看代码中操作数据库的逻辑,使用的是一个

SqlHelper.cs

帮助类,查看

SqlConnection/SqlDataReader/DbDataReader

等代码使用逻辑是否GC正常,比如:

using/Close()/Dispose()

等使用逻辑是否合理.

查看使用

SqlHelper.cs

帮助类的业务代码逻辑中的

SqlConnection/SqlDataReader/DbDataReader

等GC是否正常,发现好多处

SqlDataReader.Read()

后没有及时

Close()

导致每次访问后,数据库连接资源没有及时回收,一直占用着(这个时候,功能上不会有任何异常,日志也正常),并不断累加,累加到513时(通过上面的数据库连接池最大连接数512可得),没有可用的连接资源了,于是等待其他连接资源释放(代码有问题,释放不了),超过30秒后服务就异常了,后续的其他数据库相关的访问自然也全部异常了.

解决办法

自然是找到每一处没有

Close()

的

SqlConnection/SqlDataReader/DbDataReader

操作,补上

using/Close()/Dispose()

等.

一个实用的sql

-- 查看数据库db1的进程及连接情况
select * from sysprocesses where dbid= db_id('db1')