經(jīng)驗分享 SQL Server死鎖產(chǎn)生的原因及解決辦法

所有死鎖產(chǎn)生的最深層的原因是資源況爭，本文舉例說明這個問題。

現(xiàn)象一

一個用戶A訪問表A(鎖住了表A),然后又訪問表B，另一個用戶B 訪問表B(鎖住了表B),然后企圖訪問表A這時用戶A由于用戶B已經(jīng)鎖住表B，它必須等待用戶B釋放表B,才能繼續(xù)，同樣用戶B要等用戶A釋放表A才能繼續(xù)這就死鎖了。

解決方法：
-
 
這種死鎖是由于你的程序的BUG產(chǎn)生的，除了調(diào)整你的程序的邏輯別無他法,仔細分析你程序的邏輯:

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

2、必須同時鎖定兩個資源時，要保證在任何時刻都應(yīng)該按照相同的順序來鎖定資源。

現(xiàn)象二

用戶A讀一條紀(jì)錄，然后修改該條紀(jì)錄，這是用戶B修改該條紀(jì)錄，這里用戶A的事務(wù)里鎖的性質(zhì)由共享鎖企圖上升到獨占鎖(for update),而用戶B里的獨占鎖由于A有共享鎖存在所以必須等A釋，放掉共享鎖，而A由于B的獨占鎖而無法上升的獨占鎖也就不可能釋放共享鎖，于是出現(xiàn)了死鎖。這種死鎖比較隱蔽，但其實在稍大點的項目中經(jīng)常發(fā)生。

解決方法:

讓用戶A的事務(wù)（即先讀后寫類型的操作),在select 時就是用Update lock

語法如下：

select * from table1 with(updlock) where （T006）

服務(wù)器租用/服務(wù)器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]