标签：
记录一下对问题的探索，顺便回答一下自己提出的问题:http://q.cnblogs.com/q/72033/
本人菜鸟，看了这篇文章：http://www.cnblogs.com/adforce/archive/2011/04/20/2021929.html 后对锁和事务隔离级别有了基本的了解。
然后对自己提出的问题的探索中，又看到了这篇文章：http://www.cnblogs.com/xwdreamer/archive/2012/09/19/2694161.html 对意向锁也有了更深一步的了解。
感谢以上两位博主的分享。
好，回到对自己问题的解答:
表结构
A B
1 2
3 4
事务一:
begin tran
select * from dbo.Lock1 with(updlock) where a=‘1‘
waitfor delay ‘00:00:05‘
rollback
事务二:
begin tran
select * from dbo.Lock1 with(holdlock) where a=‘1‘
rollback
执行 sp_lock 查看信息。
首先，先单独查看使用updlock 的信息
begin tran
select * from dbo.Lock1 with(updlock) where a=‘1‘
waitfor delay ‘00:00:05‘
rollback
注意：这里申请了TAB的IX锁
关注61进程
然后再单独查看使用HoldLock的信息
begin tran
select * from dbo.Lock1 with(HoldLock) where a=‘1‘
waitfor delay ‘00:00:05‘
rollback
注意：这里申请了TAB的S锁
关注60进程
对于自己之前提出来的问题：
U锁与S锁不是不冲突的吗？
为什么事务二会等到事务一执行完毕才能执行？
之前的想法：知道U锁与S锁不冲突，事务一只加上了U锁，事务二只想加上S锁，为什么就会阻塞呢？
后来查阅了更多的资料，发现之前自己的想法只是停留在 锁发生在 RID 的局限上。 MSDN：https://msdn.microsoft.com/zh-cn/library/ms187749.aspx
但是事务一和事务二之间发生的阻塞存在于 RID，PAG和,TAB 或者其他更多。
----------------------------------------------------------------------------------------------------
锁的请求状态：
CNVRT：锁正在从另一种模式进行转换，但是转换被另一个持有锁（模式相冲突）的进程阻塞。
GRANT：已获取锁。
WAIT：锁被另一个持有锁（模式相冲突）的进程阻塞。
------------------------------------------------------------------------------------------------------
执行事务一和事务二：
根据上面两次单独的信息查看
事务一申请了TAB的IX锁，事务二申请TAB的S锁。
事务一先申请了TAB的IX锁，事务二过来先申请了IS锁，然后想由IS锁上升到S锁，但是IX锁与S锁是冲突的 红色框住:CNVT
所以阻塞了。。。
上面是先执行Updlock再执行HoldLock
以下是反过来的：
先申请TAB IS锁 ，后想申请IX锁，IS锁和IX也是冲突的。红色框住:WAIT
以上只是个人的理解，如果哪里有理解不正确或者用词不当的地方，希望有心人帮我指出。在此谢过！
标签：
原文地址：http://www.cnblogs.com/HeroTan/p/4503795.html
