sqlserver之定位死锁.docxVIP

sqlserver之定位死锁很多人都遇到过这样的情况，当网站达到一定的访问量，数据库就会成为瓶颈，有可能发生死锁，进而引起阻塞。有人认为这可能就是硬件的极限了，于是想办法增加硬件设备。而我本人认为问题的元凶可能是性能不高的sql脚本，引起了死锁，进而导致阻塞。如果你和我有相同的看法，那我们就一起想办法找出问题的源头。案例1.某一天我被告知，我们的书城网站不能访问了，我马上查看，发现书城的有两台iis服务器均显示service unavailable，如果我断定是sqlserver数据库发生了死锁。要知道是否发生了死锁，当然要看master库的sysprocess表,看看是否有什么进程堵住了别的进程,语句如下:Select * from master..sysprocesses where blocked 0很快我发现，有一个blocked = 51 堵住了很多进程(查看blocked列可见)，果然和我的判断吻合；为了进一步找出发生死锁的语句，我用到的如下的语句dbcc inputbuffer(51);结果如下：EventTypeParametersEventInfo ------------------------------------------------RPC Event0p_Book_content;1从上面就可以看出是p_Book_content 这个过程引起的阻塞，但是这个过程里面同时对多个表进行了操作，到底是那个语句出了问题呢？下面我们再来进一步定位死锁的位置：Sp_lock 结果如下（大部分数据略）Spiddbidobjidindidtyperesourcemodestatus-------------------------------------------------------------------------------------------------51142066237790TAB XWAIT521400DB SGRANT531400DB SGRANT。。。。。。。。。现在我们来看看spid = 51 这行, mode = X 表示排它锁, status = WAIT表示正在等待（即阻塞了），dbid = 14 是数据库的id，objid = 206623779 是被锁的对象id,我们可以通过下列函数得到数据库和表:Select db_name(@dbid) -----》book_dbselect object_name(@objid) -------》 t_book即book_db库的t_book表被锁住了,这时候再回投仔细检查 p_Book_content 存储过程，发现只有一个语句对t_book进行了操作: update t_book set hitcount = hitcount + 1 where bookid = @bookid 这个语句的作用是更新书本的点击次数，为什么上面这个语句会引起死锁呢？我认为最可能的情况应该是同时访问的人过多，同时对表进行过多的update操作引起的，所以最终改用别的方式，不再实时对t_book表进行update操作，而是每次访问都先insert一条记录到一个中间表中，然后再用一个作业，每隔10分钟定时更新书本的点击次数，如此改进之后，此问题终于圆满解决了。相关资料在book online可以找到, 关键字: sp_lock , sysprocesses , dbcc inputbuffer , db_name(), object_name()关于SQLServer死锁的诊断和定位在SQLServer中经常会发生死锁情况，必须连接到企业管理器—管理—当前活动—锁/进程 ID去查找相关死锁进程和定位死锁的原因。通过查询分析器也要经过多个系统表(sysprocesses,sysobjects等)和系统存储过程(sp_who,sp_who2,sp_lock等)，而且不一定能够直接定位到。本存储过程参考sp_lock_check和sysprocesses系统表，同时利用了DBCC命令，直接将死锁和造成死锁的进程和相关语句列出，以方便分析和定位。??Create procedure sp_check_deadlock??as??set nocount on? ???/*??select ??spid被锁进程ID,??blocked 锁进程ID, ??status被锁状态, ??SUBSTRING(SUSER_SNAME(sid),1,30) 被锁进程登陆帐号, ??SUBSTRING(hostname,1,12)被锁进程用户机器名称,