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)
