SQL 中為什么經(jīng)常要加Nolock？

作者：丶平凡世界 SQL 2022-11-15 08:35:00

事務(wù)里的數(shù)據(jù)雖然還沒有提交，但是它實際上已經(jīng)存在內(nèi)存里面了，這個時候我們使用NOLOCK查詢到的結(jié)果，實際上還沒存儲到硬盤。

?剛開始工作的時候，經(jīng)常聽同事說在SQL代碼的表后面加上WITH(NOLOCK)會好一些，后來仔細研究測試了一下，終于知道為什么了。

那么加與不加到底有什么區(qū)別呢？

SQL在每次新建一個查詢，就相當(dāng)于創(chuàng)建了一個會話。在不同的查詢窗口操作，會影響到其他會話的查詢。當(dāng)某張表正在寫數(shù)據(jù)時，這時候去查詢很可能就會一直處于阻塞狀態(tài)，哪怕你只是一個很簡單的SELECT也會一直等待。

我們這里使用事務(wù)來往某張表里寫數(shù)據(jù)，我們知道事務(wù)在寫完表必須提交（COMMIT）或回滾（ROLLBACK）才能釋放表，否則會一直處于阻塞狀態(tài)。

在插入過程中，我們寫一個簡單的查詢語句，在不添加WITH(NOLOCK)和添加WITH(NOLOCK)的情況下，看會發(fā)生什么。

如下表A，是我們新建的一個非常簡單的表。

下面我們創(chuàng)建一個往里面寫數(shù)據(jù)的事務(wù)(使用BEGIN TRAN就可以開始一個事務(wù)了)

我們發(fā)現(xiàn)有1行受影響了，注意這里的會話ID是59（左上角黃色標(biāo)簽上的數(shù)字）

我們新建一個查詢窗口，然后查詢A表

從上面的查詢可以看到，表A被鎖住了，我們的查詢一直處于阻塞狀態(tài)。這里的會話ID是60

這個時候如果你在會話59的窗口執(zhí)行COMMIT或ROLLBACK，會話60的查詢結(jié)果會立刻顯示出來，這里為了下面的演示我們暫時不提交或回滾。

我們再新建一個查詢窗口，還是查詢A表，這次我們加上NOLOCK。

注意上圖標(biāo)紅色的地方，當(dāng)前會話ID是55，旁邊的60還在執(zhí)行狀態(tài)，而我們加了NOLOCK后，瞬間就查詢出結(jié)果了，而且還把事務(wù)里即將要插入的數(shù)據(jù)給查詢到了。這是為什么呢？

從上面的兩個測試可以看出，NOLOCK的作用其實就是為了防止查詢時被阻塞，只是這樣會產(chǎn)生臟讀（未提交的數(shù)據(jù)）。

那么一般什么情況下使用NOLOCK呢？

通常是一些被頻繁寫的表，不管是插入，更新還是刪除。這樣的表在查詢時，使用NOLOCK是非常有效的。

不知道小伙伴注意沒，我前面介紹時是寫的WITH(NOLOCK)，但是測試時，使用的是(NOLOCK)，它們有什么區(qū)別呢？

為了搞清楚WITH(NOLOCK)與NOLOCK的區(qū)別，我們先看看下面三個SQL語句有啥區(qū)別

SELECT * FROM A NOLOCK
SELECT * FROM A (NOLOCK);
SELECT * FROM A WITH(NOLOCK);

(NOLOCK)這樣的寫法，NOLOCK其實只是別名的作用，而沒有任何實質(zhì)作用。所以不要粗心將(NOLOCK)寫成NOLOCK
(NOLOCK)與WITH(NOLOCK)其實功能上是一樣的。(NOLOCK)只是WITH(NOLOCK)的別名,但是在SQL Server 2008及以后版本中，(NOLOCK)不推薦使用了，"不借助 WITH 關(guān)鍵字指定表提示”的寫法已經(jīng)過時了。
在使用鏈接服務(wù)器的SQL當(dāng)中，(NOLOCK)不會生效，WITH(NOLOCK)才會生效。

--這樣會提示用錯誤
select * from [IP].[dbname].dbo.tableName with (nolock)
--這樣就可以
select * from [dbname].dbo.tableName with(nolock)

責(zé)任編輯：武曉燕來源： SQL數(shù)據(jù)庫開發(fā)