sql server中死锁排查的全过程分享

大佬教程收集整理的这篇文章主要介绍了sql server中死锁排查的全过程分享，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。

前言

记得以前客户在使用软件时，有偶发出现死锁问题，因为发生的时间不确定，不好做问题的重现，当时解决问题有点棘手了。

死锁的四个必要条件：

• 互斥条件(Mutual exclusion)：资源不能被共享，只能由一个进程使用。
• 请求与保持条件(Hold and wait)：已经得到资源的进程可以再次申请新的资源。
• 非剥夺条件(No pre-emption)：已经分配的资源不能从相应的进程中被强制地剥夺。
• 循环等待条件(Circular wait)：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资源。

现总结下查看死锁的常用二种方式：

第一种是图形化监听：

sqlserver -->工具--> sql server profiler 登录后在跟踪属性中选择如下图：

监听到的死锁图形如下图

这里的描述大致是：有二个进程 一个进程ID是96， 另一个ID是348. 系统自动kill 掉了进程ID:96,保留了进程ID:348 的事务Commit。

上面死锁是由于批量更新出现PAG范围锁， 双方进程在同一分区索引资源上。ID96，348都请求想获取更新锁(U)，各占排它锁(X)不释放，直到锁超时。

第二种是使用日志跟踪（errorlog）

以全局方式打开指定的跟踪标记

DBCC TRACEON(1222,-1)

DBCC TRACEON(1204,-1)

使用 EXEC master..xp_readerrorlog 查看日志。 由于记录的死锁信息太多，贴出几个重点说下（红色加粗表示）

Ting deadlock @R_380_4036@ion
Wait-for graph
NULL
Node:1 
PAGE: 7:1:6229275 CleanCnt:2 Mode:IX Flags: 0x3
Grant List 3:
owner:0x00000004E99B7880 Mode: IX Flg:0x40 Ref:1 Life:02000000 SPID:219 ECID:0 XactLockInfo: 0x0000000575C7E970
SPID: 219 ECID: 0 Statement Type: updatE Line #: 84
Input Buf: Language Event: exec proc_PUB_StockDataimport
requested by: 
ResType:Lockowner Stype:'OR'Xdes:0x0000000C7A905D30 Mode: U SPID:64 BatchID:0 ECID:59 TaskProxy:(0x0000000E440AAFE0) Value:0x8d160240 Cost:(0/0)
NULL
Node:2

PAGE: 7:1:5692366 CleanCnt:2 Mode:U Flags: 0x3

Grant List 3:

owner:0x0000000D12099B80 Mode: U Flg:0x40 Ref:0 Life:00000001 SPID:64 ECID:0 XactLockInfo: 0x000000136B4758F0

SPID: 64 ECID: 0 Statement Type: updatE Line #: 108

Input Buf: RPC Event: Proc [Database Id = 7 Object Id = 907150277]

大佬总结

以上是大佬教程为你收集整理的sql server中死锁排查的全过程分享全部内容，希望文章能够帮你解决sql server中死锁排查的全过程分享所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。