图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的事务作为牺牲品，而另一个事务得以正常执行。
