鎖是數據庫中的一個非常重要的概念，它主要用於多用戶環境下保證數據庫完整性和一致性。 我們知道，多個用戶能夠同時操縱同一個數據庫中的數據，會發生數據不一致現象。即如果沒有鎖定且多個用戶同時訪問一個數據庫，則當他們的事務同時使用相同的數據時可能會發生問題。這些問題包括：丟失更新、臟讀、不可重復讀和幻覺讀：
1．丟失更新：
當兩個或多個事務選擇同一行，然后基於最初選定的值更新該行時，會發生丟失更新問題。每個事務都不知道其它事務的存在。最后的更新將重寫由其它事務所做的更新，這將導致數據丟失。例如，兩個編輯人員制作了同一文檔的電子復本。每個編輯人員獨立地更改其復本，然后保存更改后的復本，這樣就覆蓋了原始文檔。最后保存其更改復本的編輯人員覆蓋了第一個編輯人員所做的更改。如果在第一個編輯人員完成之后第二個編輯人員才能進行更改，則可以避免該問題。
2．臟讀
臟讀就是指當一個事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到數據庫中，這時，另外一個事務也訪問這個數據，然后使用了這個數據。因為這個數據是還沒有提交的數據，那么另外一個事務讀到的這個數據是臟數據，依據臟數據所做的操作可能是不正確的。例如，一個編輯人員正在更改電子文檔。在更改過程中，另一個編輯人員復制了該文檔（該復本包含到目前為止所做的全部更改）並將其分發給預期的用戶。此后，第一個編輯人員認為目前所做的更改是錯誤的，於是刪除了所做的編輯並保存了文檔。分發給用戶的文檔包含不再存在的編輯內容，並且這些編輯內容應認為從未存在過。如果在第一個編輯人員確定最終更改前任何人都不能讀取更改的文檔，則可以避免該問題。
3．不可重復讀
不可重復讀是指在一個事務內，多次讀同一數據。在這個事務還沒有結束時，另外一個事務也訪問該同一數據。那么，在第一個事務中的兩次讀數據之間，由於第二個事務的修改，那么第一個事務兩次讀到的的數據可能是不一樣的。這樣就發生了在一個事務內兩次讀到的數據是不一樣的，因此稱為是不可重復讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復。如果只有在作者全部完成編寫后編輯人員才可以讀取文檔，則可以避免該問題。
4．幻覺讀
幻覺讀是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那么，以后就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行，就好象發生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產部門將其更改內容合並到該文檔的主復本時，發現作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題
SELECT 語句中“加鎖選項”的功能說明
SQL Server提供了強大而完備的鎖機制來幫助實現數據庫系統的並發性和高性能。用戶既能使用SQL Server的缺省設置也可以在select 語句中使用“加鎖選項”來實現預期的效果
1. NOLOCK（不加鎖）
此選項被選中時，SQL Server 在讀取或修改數據時不加任何鎖。 在這種情況下，用戶有可能讀取到未完成事務（Uncommited Transaction）或回滾(Roll Back)中的數據, 即所謂的“臟數據”。
2. HOLDLOCK（保持鎖）
此選項被選中時，SQL Server 會將此共享鎖保持至整個事務結束，而不會在途中釋放。
SELECT * FROM table WITH (HOLDLOCK) 其他事務可以讀取表，但不能更新刪除
3. UPDLOCK（修改鎖）
此選項被選中時，SQL Server 在讀取數據時使用修改鎖來代替共享鎖，並將此鎖保持至整個事務或命令結束。使用此選項能夠保證多個進程能同時讀取數據但只有該進程能修改數據。
UPDLOCK.UPDLOCK 的優點是允許您讀取數據（不阻塞其它事務）並在以后更新數據，同時確保自從上次讀取數據后數據沒有被更改。當我們用UPDLOCK來讀取記錄時可以對取到的記錄加上更新鎖，從而加上鎖的記錄在其它的線程中是不能更改的只能等本線程的事務結束后才能更改.
示例：
在另一個查詢里: BEGIN TRANSACTION
SELECT * FROM myTable WITH (UPDLOCK) WHERE Id in (1,2,3) waitfor delay '00:00:10'
update myTable set [Name]='ZZ' where Id in (1,2,3) commit TRANSACTION 在另一個查詢里: SELECT * FROM myTable WHERE Id in (1,2,3) 可以馬上查詢到數據。 但如果要更新數據，必須等其他更新鎖釋放后才能執行。 update myTable set [Name]='ZZ' where Id in (1,2,3)
這就說明，有時候需要控制某條記錄在我讀取后就不許再進行更新，那么我就可以將所有要處理當前記錄的查詢都加上更新鎖，以防止查詢后被其它事務修改。將事務的影響降低到最小
4. TABLOCK（表鎖）
此選項被選中時，SQL Server 將在整個表上置共享鎖直至該命令結束。 這個選項保證其他進程只能讀取而不能修改數據。
5. TABLOCKX（排它表鎖）
此選項被選中時，SQL Server 將在整個表上置排它鎖直至該命令或事務結束。這將防止其他進程讀取或修改表中的數據。
SELECT * FROM table WITH (TABLOCKX) 其他事務不能讀取表,更新和刪除
6. PAGLOCK（頁鎖）
此選項為默認選項， 當被選中時，SQL Server 使用共享頁鎖。
7. ROWLOCK （強制使用行鎖）
一直有個疑問，使用 select * from dbo.A with(RowLock) WHRE a=1 這樣的語句，系統是什么時候釋放行鎖呢？？
經過官方文檔考證后，原來 RowLock在不使用組合的情況下是沒有任何意義的，所謂“解鈴還須系鈴人~”
With(RowLock,UpdLock) 這樣的組合才成立，查詢出來的數據使用RowLock來鎖定，當數據被Update的時候，或者回滾之后，鎖將被釋放