如何應對SQL server鎖住的數據記錄: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對應的查詢結果中我們沒有看到任何一條記錄。
關鍵字:事務、數據、記錄
新文章:
- CentOS7下圖形配置網絡的方法
- CentOS 7如何添加刪除用戶
- 如何解決centos7雙系統后丟失windows啟動項
- CentOS單網卡如何批量添加不同IP段
- CentOS下iconv命令的介紹
- Centos7 SSH密鑰登陸及密碼密鑰雙重驗證詳解
- CentOS 7.1添加刪除用戶的方法
- CentOS查找/掃描局域網打印機IP講解
- CentOS7使用hostapd實現無AP模式的詳解
- su命令不能切換root的解決方法
- 解決VMware下CentOS7網絡重啟出錯
- 解決Centos7雙系統后丟失windows啟動項
- CentOS下如何避免文件覆蓋
- CentOS7和CentOS6系統有什么不同呢
- Centos 6.6默認iptable規則詳解