Owen_Zeng 的博客

You want something. Go get it!

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 语句产生运行时错误,则整个事务将终止并回滚。
阅读更多
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/z10843087/article/details/75279269
个人分类: 性能调优
所属专栏: SQL SERVER性能优化
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭