begin tran select cont2 from testklup with(HOLDLOCK) where nlskey=1
在默认的事务隔离级别下,开启事务,然后查询中使用HOLDLOCK提示。HOLDLOCK将共享锁保留到事务完成,而不是在相应的表、行或数据页不再需要时就立即释放锁。
然后使用DMV视图sys.dm_tran_locks来查看持有锁的情况,查询结果如下:
从查询结果,可以得出申请了如下的锁:1)在表object上申请了IS锁2)在非聚集索引PAGE上申请了IS锁3)在非聚集索引KEY上申请了S锁4)在聚集索引的PAGE上申请了IS锁5)在聚集索引的KEY上申请了S锁查看锁申请和释放的顺序我们使用SQL PRofiler来跟踪锁申请和释放的事件。备注:也可以在执行语句前,开启1200跟踪标记,使用语句dbcc traceon(1200,-1) (感谢CareySon)模板选择TSQL-LOCKS,只跟踪运行语句的会话spid,同时事件增加Lock:Acquired和Lock:Released。执行查询跟踪结果如下:从上图可以得出如下信息:1) 非聚集索引申请的S锁需等到键查找在聚集索引上查找完毕后才释放。这其实也是键查找导致死锁发生的条件2)锁申请和释放的顺序有点类似于进栈和出栈,先申请的最后释放3)疑问:为什么没有键查找在聚集索引Key上申请的S锁记录呢?锁肯定是有,但不清楚为什么Profiler没有记录到,因为我跟踪查询加HOLD时,是会在最后申请一个S锁的,结果如下:小结通过本文,我们知道了一个简单的键查找查询会申请哪些锁,同时,锁申请和释放的顺序是怎样的。在非聚集索引上申请的锁一直到键查找执行完毕才会释放如有不对的地方,欢迎拍砖,谢谢!O(∩_∩)O新闻热点
疑难解答