一、死鎖的四個必要條件

1、互斥條件(Mutual exclusion)：資源不能被共享，只能由一個進(jìn)程使用。

2、請求與保持條件(Hold and wait)：已經(jīng)得到資源的進(jìn)程可以再次申請新的資源。

3、非剝奪條件(No pre-emption)：已經(jīng)分配的資源不能從相應(yīng)的進(jìn)程中被強(qiáng)制地剝奪。

4、循環(huán)等待條件(Circular wait)：系統(tǒng)中若干進(jìn)程組成環(huán)路，該環(huán)路中每個進(jìn)程都在等待相鄰進(jìn)程正占用的資源。

二、 避免死鎖

1、按同一順序訪問對象

如果所有并發(fā)事務(wù)按同一順序訪問對象，則發(fā)生死鎖的可能性會降低。例如，如果兩個并發(fā)事務(wù)獲得 Supplier 表上的鎖，然后獲得 Part 表上的鎖，則在其中一個事務(wù)完成之前，另一個事務(wù)被阻塞在 Supplier 表上。第一個事務(wù)提交或回滾后，第二個事務(wù)繼續(xù)進(jìn)行。不發(fā)生死鎖。將存儲過程用于所有的數(shù)據(jù)修改可以標(biāo)準(zhǔn)化訪問對象的順序。

2、避免事務(wù)中的用戶交互

避免編寫包含用戶交互的事務(wù)，因?yàn)檫\(yùn)行沒有用戶交互的批處理的速度要遠(yuǎn)遠(yuǎn)快于用戶手動響應(yīng)查詢的速度，例如答復(fù)應(yīng)用程序請求參數(shù)的提示。例如，如果事務(wù)正在等待用戶輸入，而用戶去吃午餐了或者甚至回家過周末了，則用戶將此事務(wù)掛起使之不能完成。這樣將降低系統(tǒng)的吞吐量，因?yàn)槭聞?wù)持有的任何鎖只有在事務(wù)提交或回滾時才會釋放。即使不出現(xiàn)死鎖的情況，訪問同一資源的其它事務(wù)也會被阻塞，等待該事務(wù)完成。

3、保持事務(wù)簡短并在一個批處理中

在同一數(shù)據(jù)庫中并發(fā)執(zhí)行多個需要長時間運(yùn)行的事務(wù)時通常發(fā)生死鎖。事務(wù)運(yùn)行時間越長，其持有排它鎖或更新鎖的時間也就越長，從而堵塞了其它活動并可能導(dǎo)致死鎖。

保持事務(wù)在一個批處理中，可以最小化事務(wù)的網(wǎng)絡(luò)通信往返量，減少完成事務(wù)可能的延遲并釋放鎖。

4、使用低隔離級別

確定事務(wù)是否能在更低的隔離級別上運(yùn)行。執(zhí)行提交讀允許事務(wù)讀取另一個事務(wù)已讀取(未修改)的數(shù)據(jù)，而不必等待第一個事務(wù)完成。使用較低的隔離級別(例如提交讀)而不使用較高的隔離級別(例如可串行讀)可以縮短持有共享鎖的時間，從而降低了鎖定爭奪。

5、使用綁定連接

使用綁定連接使同一應(yīng)用程序所打開的兩個或多個連接可以相互合作。次級連接所獲得的任何鎖可以象由主連接獲得的鎖那樣持有，反之亦然，因此不會相互阻塞

6、SELECT語句加With(NoLock)提示

默認(rèn)情況下SELECT語句會對查詢到的資源加S鎖(共享鎖)，S鎖與X鎖(排他鎖)不兼容;但加上With(NoLock)后，SELECT不對查詢到的資源加鎖(或者加Sch-S鎖，Sch-S鎖可以與任何鎖兼容);從而可以是這兩條SQL可以并發(fā)地訪問同一資源。當(dāng)然，此方法適合解決讀與寫并發(fā)死鎖的情況，但加With(NoLock)可能會導(dǎo)致臟讀。

更多信息請查看IT技術(shù)專欄