SQL Server死結產生原因及解決辦法

 　　其實所有的死結最深層的原因就是一個：資源競爭

　　表現一：

　　一個使用者A 訪問表A(鎖住了表A)，然後又訪問表B，另一個使用者B 訪問表B(鎖住了表B)，然後企圖訪問表A，這時使用者A由於使用者B已經鎖住表B，它必須等待使用者B釋放表B，才能繼續，好了他老人家就只好老老實實在這等了，同樣使用者B要等使用者A釋放表A才能繼續這就死結了。

　　解決方案：

　　這種死結是由於你的程式的BUG產生的，除了調整你的程式的邏輯別無他法

　　仔細分析你程式的邏輯：

　　1：盡量避免同時鎖定兩個資源

　　2: 必須同時鎖定兩個資源時，要保證在任何時刻都應該按照相同的順序來鎖定資源.

　　表現二：

　　使用者A讀一條紀錄，然後修改該條紀錄。這是使用者B修改該條紀錄，這裡使用者A的事務裡鎖的性質由共用鎖定企圖上升到獨佔鎖(for update),而使用者B裡的獨佔鎖由於A有共用鎖定存在所以必須等A釋放掉共用鎖定，而A由於B的獨佔鎖而無法上升的獨佔鎖也就不可能釋放共用鎖定，於是出現了死結。

　　這種死結比較隱蔽，但其實在稍大點的項目中經常發生。

　　解決方案：

　　讓使用者A的事務（即先讀後寫類型的操作),在select 時就是用Update lock

　　文法如下：

select * from table1 with(updlock) where ....