剛開始工作的時候，經常聽同事說在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)