SQL在每次新建一個查詢，就相當於創建了一個會話。在不同的查詢窗口操作，會影響到其他會話的查詢。當某張表正在寫數據時，這時候去查詢很可能就會一直處於阻塞狀態，哪怕你只是一個很簡單的SELECT也會一直等待。
我們這里使用事務來往某張表里寫數據，我們知道事務在寫完表必須提交（COMMIT）或回滾（ROLLBACK）才能釋放表，否則會一直處於阻塞狀態。
在插入過程中，我們寫一個簡單的查詢語句，在不添加WITH(NOLOCK)和添加WITH(NOLOCK)的情況下，看會發生什么。
示例數據
如下表A，是我們新建的一個非常簡單的表。
下面我們創建一個往里面寫數據的事務(使用BEGIN TRAN就可以開始一個事務了)
不添加NOLOCK
我們新建一個查詢窗口，然后查詢A表
從上面的查詢可以看到，表A被鎖住了，我們的查詢一直處於阻塞狀態。
添加NOLOCK
我們再新建一個查詢窗口，還是查詢A表，這次我們加上NOLOCK。
加了NOLOCK后，瞬間就查詢出結果了，而且還把事務里即將要插入的數據給查詢到了。這是為什么呢？
事務里的數據雖然還沒有提交，但是它實際上已經存在內存里面了，這個時候我們使用NOLOCK查詢到的結果，實際上還沒存儲到硬盤。
從上面的兩個測試可以看出，NOLOCK的作用其實就是為了防止查詢時被阻塞，只是這樣會產生臟讀（未提交的數據）。
那么一般什么情況下使用NOLOCK呢？
通常是一些被頻繁寫的表，不管是插入，更新還是刪除。這樣的表在查詢時，使用NOLOCK是非常有效的。
WITH(NOLOCK)和NOLOCK的區別
不知道小伙伴注意沒，我前面介紹時是寫的WITH(NOLOCK)，但是測試時，使用的是(NOLOCK)，它們有什么區別呢？
在SQL Server 2008及以后版本中，(NOLOCK)不推薦使用了，"不借助 WITH 關鍵字指定表提示”的寫法已經過時了。
