排他锁(X锁): 和其它任何锁都不兼容，包括其它排他锁。排它锁用于数据修改，当资源上加了排他锁时，其他请求读取或修改这个资源的事务都会被阻塞，知道排他锁被释放为止。

更新锁(U锁) :U锁可以看作是S锁和X锁的结合，用于更新数据，更新数据时首先需要找到被更新的数据，此时可以理解为被查找的数据上了S锁。当找到需要修改的数据时，需要对被修改的资源上X锁。SQL Server通过U锁来避免死锁问题。因为S锁和S锁是兼容的，通过U锁和S锁兼容，来使得更新查找时并不影响数据查找，而U锁和U锁之间并不兼容，从而减少了死锁可能性。这个概念如图12所示。

图12.如果没有U锁，则S锁和X锁修改数据很容易造成死锁

意向锁(IS,IU,IX):意向锁与其说是锁，倒不如说更像一个指示器。在SQL Server中，资源是有层次的，一个表中可以包含N个页，而一个页中可以包含N个行。当我们在某一个行中加了锁时。可以理解成包含这个行的页，和表的一部分已经被锁定。当另一个查询需要锁定页或是表时，再一行行去看这个页和表中所包含的数据是否被锁定就有点太痛苦了。因此SQL Server锁定一个粒度比较低的资源时，会在其父资源上加上意向锁，告诉其他查询这个资源的某一部分已经上锁。比如，当我们更新一个表中的某一行时，其所在的页和表都会获得意向排他锁，如图13所示。

图13.当更新一行时，其所在的页和表都会获得意向锁

其它类型的构架锁，键范围锁和大容量更新锁就不详细讨论了，参看MSDN官网 （http://msdn.microsoft.com/zh-cn/library/ms175519.aspx）

锁之间的兼容性微软提供了一张详细的表，如图14所示。

图14.锁的兼容性列表

理解死锁

当两个进程都持有一个或一组锁时，而另一个进程持有的锁和另一个进程视图获得的锁不兼容时。就会发生死锁。这个概念如图15所示。

图15.死锁的简单示意

下面我们根据图15的概念，来模拟一个死锁，如图16所示。

图16.模拟一个死锁

可以看到，出现死锁后，SQL Server并不会袖手旁观让这两个进程无限等待下去，而是选择一个更加容易Rollback的事务作为牺牲品，而另一个事务得以正常执行。

总结

本文简单介绍了SQL Server中锁的概念,原理，以及锁的粒度，模式，兼容性和死锁。透彻的理解锁的概念是数据库性能调优以及解决死锁的基础。

作者 宋 剑