遇到死锁怎么解决？

seapen

自己写了一个存储过程用来往某个表中插入数据
而那个表也做了一个for inserted的触发器用来检测所插入的数据是否满足特定的条件。
当执行存储过程时出现死锁，
使用sp_lock查看锁信息，得到如下结果：
spid   dbid   ObjId       IndId  Type Resource         Mode     Status
------ ------ ----------- ------ ---- ---------------- -------- ------
8      7      0           0      DB                    S        GRANT
8      7      1922105888  1      PAG  1:361            IS       GRANT
8      7      2136394680  1      PAG  1:2056           IX       WAIT
8      7      997578592   0      TAB                   IS       GRANT
8      7      2136394680  0      TAB                   IX       GRANT
8      7      1922105888  0      TAB                   IS       GRANT
8      7      1922105888  1      KEY  (040004000000)   S        GRANT

对像为2136394680的页级排它锁处于等待状态，我不太清楚是什么原因造成死锁的。
我修改我的存储过程，在每一个insert或update语句执行时都给了一个事务如：
begin tran mytran
insert statement
commit tran mytran
但问题依旧，
请高手赐教！！！
欢迎zhuzhichao , xmmhacker来看看！

zhuzhichao

在多個事務中請保持加鎖解鎖的順序一致.

seapen

SQL中是自动加锁的，请问我如何知道它加解锁的顺序呢？

zhuzhichao

SQLServer在執行sql語句時會自動給表加鎖.
執行結束後會將鎖標誌解除.

因此,在多個事務時,應保持對表操作的順序一致.

倘若是這樣這樣就可能會產生死鎖.

比方說事務1:

select * from A ......

select * from B ......

......


事務2:

select * from B ......

select * from A ......

......


然後一個進程啟動了事務1,成功的鎖住了A表,正在試圖獲取B的鎖標誌.
而另外一個進程啟動了事務2,成功的鎖住了B表正在試圖獲取A的鎖標誌.

這樣這兩個process都得不到想要的鎖標誌,而一直佔用著資源就導致了死鎖.



我上面說的只是一種最常見的情況,你的情況不一定屬于這種.
但是導致死鎖的原因都是一樣的,就是因為多個事務時,對表操作的順序不一致.