马上双节(国庆节、中秋节)了,这篇文章是双节前的最后一篇,祈祷过节期间,数据库稳定运行,服务器正常发挥。祝大家假期愉快!!!!
任何的数据库都会出现死锁的情况,特别是一些大型的复杂业务,数据库架构的设计错综复杂,导致很多数据表的关联可能不太严谨。
业务系统出现死锁造成业务短暂无法使用的情况类似于系统宕机,处理死锁业务机会稍纵即逝,因为要查出当时死锁的是哪一段脚本运行造成的。
“有幸”遇到几次业务直接死锁,造成所有业务瘫痪的经历,真是惊心动魄。
话不多说,贴脚本如下:
以下就是代码,谨记遇到死锁一定要快速查,不然找不到死锁原因的,死锁是“可遇不可求”,找到死锁后不要着急“杀死”,要淡定的执行输出脚本,最后查看语句的表结构及语法问题。
1 ---阻塞进程信息 2 use master 3 4 select spid 阻塞进程编号 ,login_time 登入时间,status 当前状态,hostname 主机名称, 5 program_name 使用程序名称,nt_domain 网络域,nt_username 网络用户名称,net_address 网卡唯一地址, 6 open_tran 打开事务数 7 from sysprocesses where spid in (select blocked from sysprocesses) and blocked=0 8 9 --被阻塞进程信息 10 use master 11 12 select spid 被阻塞进程编号,blocked 阻塞进程号 ,login_time 登入时间,status 当前状态,hostname 主机名称, 13 program_name 使用程序名称,nt_domain 网络域,nt_username 网络用户名称,net_address 网卡唯一地址, 14 open_tran 打开事务数 15 from sysprocesses where blocked<>0 16 17 KILL 571 18 KILL 659 19 KILL 783 20 21 --输出死锁的执行的语句: 22 dbcc inputbuffer(745) --745代表进程编号