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

为什么80%的码农都做不了架构师？>>>   

场景重现

最近刚接手的某内网系统(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')

转载于:https://my.oschina.net/taadis/blog/1612745