SQL 鎖機制

引用自：http://www.cnblogs.com/kele99999/archive/2009/03/09/1406617.html
1.如何鎖一個表的某一行 SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED    
SELECT * FROM table1 ROWLOCK WHERE A = 'a1'   

2. 鎖定資料庫的一個表
select col1 from 表 (tablockx) where 1=1 ;
加鎖後其它人不可操作，直到加鎖使用者解鎖，用commit或rollback解鎖
建表：create table table1(A varchar(50)  not  null, B varchar(50) ,C varchar(50));    
create table table2(D varchar(50),E varchar(50))    
insert table1 (A,B,C) values(‘a1’,’b1’,’c1’);    
insert table1 (A,B,C) values(‘a2’,’b2’,’c2’);    
insert table1 (A,B,C) values(‘a3’,’b3’,’c3’);    
insert table2 (D,E) values(‘d1’,’e1’);    
insert table2 (D,E) values(‘d2’,’e2’);   

1）排它鎖 -- A事務先更新table1表，在更新時，對其他事務進行排他    
begin tran    
update table1 set A='aa' where B='b2'；    
waitfor delay '00:00:30'； --等待30秒    
commit tran    
-- A事務先更新table2表    
begin tran    
select * from table1 where B='b2';    
commit tran

若同時執行上述兩個事務，則select查詢必須等待update執行完畢才能執行即要等待30秒
2）共用鎖定 -- A事務先查詢table1表，在查詢時，加共用鎖定，防止其他事務對該表進行修改操作    
begin tran    
select * from table1 holdlock where B='b2' ;    
 -holdlock人為加鎖    
waitfor delay '00:00:30';--等待30秒    
commit tran    
-- A事務先查詢table1表，後更改table1表    
begin tran    
select A,C from table1 where B='b2';    
update table1 set A='aa' where B='b2';    
commit tran 

若並發執行上述兩個事務，則B事務中的select查詢可以執行,而update必須等待第一個事務釋放共用鎖定轉為排它鎖後才能執行即要等待30秒
3）死結-- A事務先更新table1表，然後延時30秒，再更新table2表；    
begin tran    
update table1 set A='aa' where B='b2';    
--這將在 Table1 中產生排他行鎖，直到事務完成後才會釋放該鎖。    
waitfor delay '00:00:30';    
--進入延時    
update table2 set D='d5' where E='e1' ;    
commit tran    
-- B事務先更新table2表，然後延時10秒，再更新table1表；    
begin tran    
update table2 set D='d5' where E='e1';    
--這將在 Table2 中產生排他行鎖，直到事務完成後才會釋放該鎖    
waitfor delay '00:00:10'   
--進入延時    
update table1 set A='aa' where B='b2' ;    
commit tran   

若並發執行上述兩個事務，A,B兩事務都要等待對方釋放獨佔鎖定，這樣便形成了死結。

九、sqlserver提供的表級鎖
sqlserver所指定的表級鎖定提示有如下幾種
1． HOLDLOCK: 在該表上保持共用鎖定，直到整個事務結束，而不是在語句執行完立即釋放所添加的鎖。 
2． NOLOCK：不添加共用鎖定和排它鎖，當這個選項生效後，可能讀到未提交讀的資料或“髒資料”，這個選項僅僅應用於SELECT語句。  
3． PAGLOCK：指定添加頁鎖（否則通常可能添加表鎖）
4． READCOMMITTED用與運行在提交讀隔離等級的事務相同的鎖語義執行掃描。預設情況下，SQL Server 2000 在此隔離等級上操作。
5． READPAST: 跳過已經加鎖的資料行，這個選項將使事務讀取資料時跳過那些已經被其他事務鎖定的資料行，而不是阻塞直到其他事務釋放鎖，READPAST僅僅應用於READ COMMITTED隔離性層級下事務操作中的SELECT語句操作
6． READUNCOMMITTED：等同於NOLOCK。   
7． REPEATABLEREAD：設定事務為可重複讀隔離性層級。 
8． ROWLOCK：使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。
9． SERIALIZABLE：用與運行在可串列讀隔離等級的事務相同的鎖語義執行掃描。等同於 HOLDLOCK。
  10． TABLOCK：指定使用表級鎖，而不是使用行級或頁面級的鎖，SQL Server在該語句執行完後釋放這個鎖，而如果同時指定了HOLDLOCK，該鎖一直保持到這個事務結束。
11． TABLOCKX：指定在表上使用排它鎖，這個鎖可以阻止其他事務讀或更新這個表的資料，直到這個語句或整個事務結束。
12． UPDLOCK ：指定在讀表中資料時設定更新鎖定（update lock）而不是設定共用鎖定，該鎖一直保持到這個語句或整個事務結束，使用UPDLOCK的作用是允許使用者先讀取資料（而且不阻塞其他使用者讀資料），並且保證在後來再更新資料時，這一段時間內這些資料沒有被其他使用者修改
SELECT * FROM table WITH (HOLDLOCK) 其他事務可以讀取表，但不能更新刪除
SELECT * FROM table WITH (TABLOCKX) 其他事務不能讀取表,更新和刪除

十、應用程式鎖

應用程式鎖就是產生用戶端程式碼的鎖，而不是sql server本身產生的鎖處理應用程式鎖的兩個系統預存程序
sp_getapplock： 鎖定應用程式資源
sp_releaseapplock： 為應用程式資源解鎖