你知道SQL 中爲什麼經常要加Nolock？

剛開始工作的時候，經常聽同事說在SQL代碼的表後面加上WITH(NOLOCK)會好一些，後來仔細研究測試了一下，終於知道爲什麼了。那麼加與不加到底有什麼區別呢?

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

我們這裏使用事務來往某張表裏寫數據，我們知道事務在寫完表必須提交(COMMIT)或回滾(ROLLBACK)才能釋放表，否則會一直處於阻塞狀態。

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

示例數據

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

下面我們創建一個往裏面寫數據的事務(使用BEGIN TRAN就可以開始一個事務了)

我們發現有1行受影響了，注意這裏的會話ID是59(左上角黃色標籤上的數字)

不添加NOLOCK

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

從上面的查詢可以看到，表A被鎖住了，我們的查詢一直處於阻塞狀態。這裏的會話ID是60

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

添加NOLOCK

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

注意上圖標紅色的地方，當前會話ID是55，旁邊的60還在執行狀態，而我們加了NOLOCK後，瞬間就查詢出結果了，而且還把事務裏即將要插入的數據給查詢到了。這是爲什麼呢?

事務裏的數據雖然還沒有提交，但是它實際上已經存在內存裏面了，這個時候我們使用NOLOCK查詢到的結果，實際上還沒存儲到硬盤。

從上面的兩個測試可以看出，NOLOCK的作用其實就是爲了防止查詢時被阻塞，只是這樣會產生髒讀(未提交的數據)。

那麼一般什麼情況下使用NOLOCK呢?

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

WITH(NOLOCK)和NOLOCK的區別

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

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

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

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

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

本文地址：https://www.linuxprobe.com/sql-nolock.html