SQL调优日记--sleeping进程导致的性能问题

背景

在数据库出现的大量的问题中，阻塞占据在很大的比例。而所有的阻塞中，sleeping进程造成阻塞是非常严重但是，能够完全搞明白的人，并不多。我的很多客户对于sleeping 的由来，和他可能导致的问题都知之甚少。今天我就分享下关于sleeping进程

什么是sleeping

其实我们经常可以在数据库中看到“”sleeping“状态的连接，但是这个sleeping 的状态是怎么来的，如果有很多sleeping状态的连接对数据库有什么影响吗？sleeping 代表建立了数据库连接，但是，程序段没有发出SQL命令. 因为很多应用程序为了减少打开和关闭连接的开销，在完成数据库中的操作后，仍然保持数据库的连接。这些连接最主要的目的是重用。举例：如果一个应用程序使用数据库连接提取数据，如果已经存在一个连接可以重用，那么建立连接的消耗当然能够最小化。那么，维护大量的sleeping连接会是一种开销吗？虽然，它相对来说是比较低的，但的确也是有开销的。如果代码编写的合适，我们不应该看到大量的sleeping连接。

举个栗子

新建一个控制台应用程序，先加入下面的代码

1.建立连接并打开

SqlConnection sqlConnection = new SqlConnection("Server=(local);Database=Mydb;UId=test;Pwd=password;");
sqlConnection.Open();

查看数据库会看到，此时就会出现SLEEPING状态。这就是建立了连接但是没有发出任何SQL命令

2.SQL执行语句完成

我们执行下面的代码 。在执行的过程中可能有（running，suspened,runnale状态）等他执行完。查看数据库中的状态变为sleeping.

SqlCommand sqlCommand = new SqlCommand("select name from dbo.Student", sqlConnection);
sqlCommand.ExecuteScalar();

问题

到目前为止，sleepig是怎么来的应该很清楚了，，但他可能到导致的问题是什么呢。具体看下面案例，

会话77就是sleeping操作，他阻塞了会话81,81又阻塞了75. 看看等待时间，，有点不忍直视了，数学好的同学可以数一下。

这个问题怎么产生的呢？ 其实就是在运行 sqlCommand.ExecuteScalar(); 的时候开启了事务，但是这个语句由于超时或者查询被取消了，会话变成了sleeping状态。但是事务在数据库中中还是开启的状态。

解决

通过查看上面图中的工具，查看77 执行的语句，定位对应到程序中的代码段，然后进行下面的改善措施：

1.在代码中加入try catch的异常处理，在处理的的代码中加入 :IF @@TRANCOUNT > 0 ROLLBACK TRAN

2.找到对应的执行的SQL，找出他执行超时的原因加以解决。

3.使用 SET XACT_ABORT ON; 他表示 如果执行 Transact-SQL 语句产生运行时错误，则整个事务将终止并回滚。