所有Select加 With (NoLock)解決阻塞死鎖 在查詢語句中使用?NOLOCK?和?READPAST?
處理一個數據庫死鎖的異常時候，其中一個建議就是使用?NOLOCK?或者?READPAST?。有關?NOLOCK?和?READPAST的一些技術知識點：?
對于非銀行等嚴格要求事務的行業，搜索記錄中出現或者不出現某條記錄，都是在可容忍范圍內，所以碰到死鎖，應該首先考慮，我們業務邏輯是否能容忍出現或者不出現某些記錄，而不是尋求對雙方都加鎖條件下如何解鎖的問題。?
NOLOCK?和?READPAST?都是處理查詢、插入、刪除等操作時候，如何應對鎖住的數據記錄。但是這時候一定要注意NOLOCK?和?READPAST的局限性，確認你的業務邏輯可以容忍這些記錄的出現或者不出現：?
簡單來說：?
NOLOCK?可能把沒有提交事務的數據也顯示出來．?
READPAST?會把被鎖住的行不顯示出來??
不使用?NOLOCK?和?READPAST?，在?Select?操作時候則有可能報錯誤：事務(進程?ID?**)與另一個進程被死鎖在?鎖?資源上，并且已被選作死鎖犧牲品。?
下面就來演示這個情況。?
為了演示兩個事務死鎖的情況，我們下面的測試都需要在SQL?Server?Management?Studio中打開兩個查詢窗口。保證事務不被干擾。?
演示一?沒有提交的事務，NOLOCK?和?READPAST處理的策略：?
查詢窗口一請執行如下腳本：?
CREATE?TABLE?t1?(c1?int?IDENTITY(1,1),?c2?int)?
go?
BEGIN?TRANSACTION?
insert?t1(c2)?values(1)?
在查詢窗口一執行后，查詢窗口二執行如下腳本：?
select?count(*)?from?t1?WITH(NOLOCK)?
select?count(*)?from?t1?WITH(READPAST)?
結果與分析：?
查詢窗口二依次顯示統計結果為：?1、0?
查詢窗口一的命令沒有提交事務，所以?READPAST?不會計算沒有提交事務的這一條記錄，這一條被鎖住了，READPAST?看不到；而NOLOCK則可以看到被鎖住的這一條記錄。?
如果這時候我們在查詢窗口二中執行：?
select?count(*)?from?t1?就會看到這個執行很久不能執行完畢，因為這個查詢遇到了一個死鎖。?
清除掉這個測試環境，需要在查詢窗口一中再執行如下語句：?
ROLLBACK?TRANSACTION?
drop?table?t1?
演示二：對被鎖住的記錄，NOLOCK?和?READPAST處理的策略?
這個演示同樣需要兩個查詢窗口。?
請在查詢窗口一中執行如下語句：?
CREATE?TABLE?t2?(UserID?int?,?NickName?nvarchar(50))?
go?
insert?t2(UserID,NickName)?values(1,'郭紅俊')?
insert?t2(UserID,NickName)?values(2,'蟈蟈俊')?
go?
BEGIN?TRANSACTION?
update?t2?set?NickName?=?'蟈蟈俊.net'?where?UserID?=?2?
請在查詢窗口二中執行如下腳本：?
select?*?from?t2?WITH(NOLOCK)?where?UserID?=?2?
select?*?from?t2?WITH(READPAST)?where?UserID?=?2?
結果與分析：?
查詢窗口二中，?NOLOCK?對應的查詢結果中我們看到了修改后的記錄，READPAST對應的查詢結果中我們沒有看到任何一條記錄。?這種情況下就可能發生臟讀 與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的在sqlserver 中with(nolock)详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。