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提供的表级锁
sql server所指定的表级锁定提示有如下几种
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： 为应用程序资源解锁