一、with(nolock)的介紹

數據庫寫查詢語句的時候,為了提升查詢性能,往往會在查詢的表后面加一個nolock,或者是with(nolock),其目的就是查詢的時候是不鎖定表,從而提高查詢速度的目的。但如果同一時間有多個用戶訪問同一資源的時候，如果并發(fā)用戶對該資源做了修改。則會對其他用戶訪問該數據造成數據不一致的情況。主要

體現(xiàn)下面三種情況。

1、臟讀

一個用戶對一個資源做了修改，此時另外一個用戶正好讀取了這條被修改的記錄，然后，第一個用戶放棄修改，數據回到修改之前，這兩個不同的結果就是臟讀。

2、不可重復讀

一個用戶的一個操作是一個事務，這個事務分兩次讀取同一條記錄，如果第一次讀取后，有另外用戶修改了這個數據，然后第二次讀取的數據正好是其它用戶修改的數據，這樣造成兩次讀取的記錄不同，如果事務中鎖定這條記錄就可以避免。

3、幻讀

指用戶讀取一批記錄的情況，用戶兩次查詢同一條件的一批記錄，第一次查詢后，有其它用戶對這批數據做了修改，方法可能是修改，刪除，新增，第二次查詢時，會發(fā)現(xiàn)第一次查詢的記錄條目有的不在第二次查詢結果中，或者是第二次查詢的條目不在第一次查詢的內容中。

NOLOCK 語句執(zhí)行時不發(fā)出共享鎖，允許臟讀 ，等于 READ UNCOMMITTED事務隔離級別 。nolock確實在查詢時能提高速度，但它并不是沒有缺點的，起碼它會引起臟讀、只適用于select查詢語句。在一些不需要考慮臟讀的場合會用到，例如當用戶在論壇發(fā)廣告貼時刪除其所有發(fā)帖，這個查詢就不怕臟讀，全刪，或者漏一個正在發(fā)的都不是問題。

二、舉個例子

下面就來演示這個情況。

為了演示兩個事務死鎖的情況，我們下面的測試都需要在SQL Server Management Studio中打開兩個查詢窗口。保證事務不被干擾。?

1、 沒有提交的事務，NOLOCK 和 READPAST處理的策略：

查詢窗口一請執(zhí)行如下腳本：

CREATE TABLE t1 (c1 int IDENTITY(1,1), c2 int)

go

BEGIN TRANSACTION

insert t1(c2) values(1)?

2、在查詢窗口一執(zhí)行后，查詢窗口二執(zhí)行如下腳本：

select count(*) from t1 WITH(NOLOCK)

select count(*) from t1 WITH(READPAST)?

結果與分析：

查詢窗口二依次顯示統(tǒng)計結果為：1、0

查詢窗口一的命令沒有提交事務，所以 READPAST 不會計算沒有提交事務的這一條記錄，這一條被鎖住了，READPAST 看不到；而NOLOCK則可以看到被鎖住的這一條記錄。?

如果這時候我們在查詢窗口二中執(zhí)行：

select count(*) from t1 就會看到這個執(zhí)行很久不能執(zhí)行完畢，因為這個查詢遇到了一個死鎖。

清除掉這個測試環(huán)境，需要在查詢窗口一中再執(zhí)行如下語句：

ROLLBACK TRANSACTION

drop table t1

演示二：對被鎖住的記錄，NOLOCK 和 READPAST處理的策略

這個演示同樣需要兩個查詢窗口。

請在查詢窗口一中執(zhí)行如下語句：

CREATE TABLE t2 (UserID int , NickName nvarchar(50))

go

insert t2(UserID,NickName) values(1,'lucas')

insert t2(UserID,NickName) values(2,'fuckcpp')

go

BEGIN TRANSACTION

update t2 set NickName = 'fuckcpp.net' where UserID = 2?

請在查詢窗口二中執(zhí)行如下腳本：

select * from t2 WITH(NOLOCK) where UserID = 2

select * from t2 WITH(READPAST) where UserID = 2

結果與分析：

查詢窗口二中， NOLOCK 對應的查詢結果中我們看到了修改后的記錄，READPAST對應的查詢結果中我們沒有看到任何一條記錄。這種情況下就可能發(fā)生臟讀

三、with(nolock)的適用場景

1、數據量特別大的表，犧牲數據時效性來提升性能是可以考慮的；

2、允許出現(xiàn)臟讀現(xiàn)象的業(yè)務邏輯，反之一些數據完整性要求比較嚴格的場景就不合適了，像電商、金融方面等。

3、數據不經常修改的表，這樣會省掉鎖定表的時間來加快查詢速度。

4、當使用NoLock時，它允許閱讀那些已經修改但是還沒有交易完成的數據。因此如果有需要考慮transaction事務數據的實時完整性時，使用WITH (NOLOCK)就要好好考慮一下。

IT技術分享社區(qū)

文章推薦程序員效率：畫流程圖常用的工具程序員效率：整理常用的在線筆記軟件遠程辦公：常用的遠程協(xié)助軟件，你都知道嗎？51單片機程序下載、ISP及串口基礎知識硬件：斷路器、接觸器、繼電器基礎知識

總結

以上是生活随笔為你收集整理的数据库优化：SqlServer的with(nolock)关键字的用法介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

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