SQL Server 几种锁的区别

NOLOCK（不加锁）    
此选项被选中时，SQL  Server  在读取或修改数据时不加任何锁。  在这种状况下，用户有可能读取到未完成事务（Uncommited  Transaction）或回滚(Roll  Back)中的数据,  即所谓的“脏数据”。    
        
HOLDLOCK（保持锁）    
此选项被选中时，SQL  Server  会将此共享锁保持至整个事务结束，而不会在途中释放。    例如，“ SELECT * FROM my_table HOLDLOCK”就要求在整个查询过程当中，保持对表的锁定，直到查询完成才释放锁定。
        
UPDLOCK（修改锁）    
此选项被选中时，SQL  Server  在读取数据时使用修改锁来代替共享锁，并将此锁保持至整个事务或命令结束。使用此选项可以保证多个进程能同时读取数据但只有该进程能修改数据。    
        
TABLOCK（表锁）    
此选项被选中时，SQL  Server  将在整个表上置共享锁直至该命令结束。  这个选项保证其余进程只能读取而不能修改数据。    
        
PAGLOCK（页锁）    
此选项为默认选项，  当被选中时，SQL  Server  使用共享页锁。    
        
TABLOCKX（排它表锁）    
此选项被选中时，SQL  Server  将在整个表上置排它锁直至该命令或事务结束。这将防止其余进程读取或修改表中的数据。

 

锁冲突及其防止办法 

在数据库系统中，死锁是指多个用户（进程）分别锁定了一个资源，并又试图请求锁定对方已经锁定的资源，这就产生了一个锁定请求环，致使多个用户（进程）都处于等待对方释放所锁定资源的状态。 

在SQL Server中，系统可以自动按期搜索和处理死锁问题。系统在每次搜索中标识全部等待锁定请求的进程会话，若是在下一次搜索中该被标识的进程仍处于等待状态，SQL Server就开始递归死锁搜索。