背景：目前參與的一個項目,我發現一個問題,就是大家在寫查詢時,為了性能 ,往往會在表後面加一個nolock,或者是with(nolock),其目的就是查詢是不鎖定 表,從而達到提高查詢速度的目的。這點可能很多朋友在做開發時都會遇到，不 過如果說系統中的每個查詢語句中的表都加上nolock,您是否同意這麼做呢？在 回答這個問題前我先說下幾個問題：
什麼是並發訪問：同一時間有多個用戶訪問同一資源,並發用戶中如果有用戶 對資源做了修改，此時就會對其它用戶產生某些不利的影響，例如：
1：髒讀,一個用戶對一個資源做了修改，此時另外一個用戶正好讀取了這條 被修改的記錄，然後，第一個用戶放棄修改，數據回到修改之前，這兩個不同的 結果就是髒讀。
2：不可重復讀,一個用戶的一個操作是一個事務，這個事務分兩次讀取同一 條記錄，如果第一次讀取後，有另外用戶修改了這個數據，然後第二次讀取的數 據正好是其它用戶修改的數據，這樣造成兩次讀取的記錄不同，如果事務中鎖定 這條記錄就可以避免。
3：幻讀,指用戶讀取一批記錄的情況，用戶兩次查詢同一條件的一批記錄， 第一次查詢後，有其它用戶對這批數據做了修改，方法可能是修改，刪除，新增 ，第二次查詢時，會發現第一次查詢的記錄條目有的不在第二次查詢結果中，或 者是第二次查詢的條目不在第一次查詢的內容中。
為什麼會在查詢的表後面加nolock標識？為了避免並發訪問產生的不利影響 ，SQL Server有兩種並發訪問的控制機制：鎖、行版本控制,表後面加nolock是 解決並發訪問的方案之一。
1> 鎖,每個事務對所依賴的資源會請求不同類型的鎖，它可以阻止其他事 務以某種可能會導致事務請求鎖出錯的方式修改資源。當事務不再依賴鎖定的資 源時，鎖將被釋放。
鎖的類型：1:表類型：鎖定整個表；2:行類型：鎖定某個行；3:文件類型： 鎖定某個數據庫文件；4:數據庫類型：鎖定整個數據庫；5:頁類型：鎖定8K為單 位的數據庫頁。
鎖的分類還有一種分法，就是按用戶和數據庫對象來分：
1). 從數據庫系統的角度來看：分為獨占鎖（即排它鎖），共享鎖和更新鎖
1:共享 (S) ：用於不更改或不更新數據的操作（只讀操作），一般常見的例 如select語句。
2:更新 (U) ：用於可更新的資源中。防止當多個會話在讀取、鎖定以及隨後 可能進行的資源更新時發生常見形式的死鎖。
3:排它 (X) ：用於數據修改操作，例如 INSERT、UPDATE 或 DELETE。確保 不會同時同一資源進行多重更新。
2). 從程序員的角度看：分為樂觀鎖和悲觀鎖。
1:樂觀鎖：完全依靠數據庫來管理鎖的工作。
2:悲觀鎖：程序員自己管理數據或對象上的鎖處理。
一般程序員一看到什麼鎖之類，覺的特別復雜，對專業的DBA當然是入門級知 識了。可喜的是程序員不用去設置,控制這些鎖，SQLServer通過設置事務的隔離 級別自動管理鎖的設置和控制。鎖管理器通過查詢分析器分析待執行的sql語句 ，來判斷語句將會訪問哪些資源，進行什麼操作，然後結合設定的隔離級別自動 分配管理需要用到的鎖。
2>:行版本控制:當啟用了基於行版本控制的隔離級別時，數據庫引擎 將 維護修改的每一行的版本。應用程序可以指定事務使用行版本查看事務或查詢開 始時存在的數據，而不是使用鎖保護所有讀取。通過使用行版本控制，讀取操作 阻止其他事務的可能性將大大降低。也就是相當於針對所有的表在查詢時都會加 上nolock，同樣會產生髒讀的現象，但差別在於在一個統一管理的地方。說到了 基於行版本控制的隔離級別，這裡有必要說下隔離級別的概念。
隔離級別的用處：控制鎖的應用，即什麼場景應用什麼樣的鎖機制。
最終目的：解決並發處理帶來的種種問題。
隔離級別的分類：
1：未提交讀,隔離事務的最低級別，只能保證不讀取物理上損壞的數據;
2：已提交讀,數據庫引擎的默認級；
3：可重復讀；
4：可序列化；隔離事務的最高級別，事務之間完全隔離。
小結：NOLOCK 語句執行時不發出共享鎖，允許髒讀 ，等於 READ UNCOMMITTED事務隔離級別 。nolock確實在查詢時能提高速度，但它並不是沒有 缺點的，起碼它會引起髒讀。
nolock的使用場景(個人觀點)：
1:數據量特別大的表，犧牲數據安全性來提升性能是可以考慮的；
2:允許出現髒讀現象的業務邏輯，反之一些數據完整性要求比較嚴格的場景 就不合適了，像金融方面等。
3:數據不經常修改的表，這樣會省於鎖定表的時間來大大加快查詢速度。
綜上所述，如果在項目中的每個查詢的表後面都加nolock,這種做法並不科學 ，起碼特別費時間，不如行版本控制來的直接有效。而且會存在不可預期的技術 問題。應該有選擇性的挑選最適合的表來放棄共享鎖的使用。
最後說下nolock和with(nolock)的幾個小區別：
1:SQL05中的同義詞，只支持with(nolock);
2:with(nolock)的寫法非常容易再指定索引。
