马上双节（国庆节、中秋节）了，这篇文章是双节前的最后一篇，祈祷过节期间，数据库稳定运行，服务器正常发挥。祝大家假期愉快！！！！
任何的数据库都会出现死锁的情况，特别是一些大型的复杂业务，数据库架构的设计错综复杂，导致很多数据表的关联可能不太严谨。
业务系统出现死锁造成业务短暂无法使用的情况类似于系统宕机，处理死锁业务机会稍纵即逝，因为要查出当时死锁的是哪一段脚本运行造成的。
“有幸”遇到几次业务直接死锁，造成所有业务瘫痪的经历，真是惊心动魄。
话不多说，贴脚本如下：
以下就是代码，谨记遇到死锁一定要快速查，不然找不到死锁原因的，死锁是“可遇不可求”，找到死锁后不要着急“杀死”，要淡定的执行输出脚本，最后查看语句的表结构及语法问题。
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代表进程编号