SQL Server查询使用键查找时锁申请及释放顺序

当然看的过程中，其实自己有个疑问：

　　对于键查找这类查询，会申请哪些锁，锁申请和释放的顺序是怎样的？

　　准备

　　备注：测试表仍然使用高兄文中创建的测试表testklup

　　在开始之前，使用dbcc ind 命令先看下测试表的数据组织情况

 

 

　　然后语句执行计划图如下：

 

 

　　查看申请了哪些锁

　　为了得到查询会申请哪些锁，通过如下这条查询就可以得到

　　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来跟踪锁申请和释放的事件。模板选择TSQL-LOCKS，只跟踪运行语句的会话spid，同时事件增加Lock:Acquired和Lock:Released。执行查询跟踪结果如下：

 

 

　　从上图可以得出如下信息：

　　1) 非聚集索引申请的S锁需等到键查找在聚集索引上查找完毕后才释放。这其实也是键查找导致死锁发生的条件

　　2)锁申请和释放的顺序有点类似于进栈和出栈，先申请的最后释放

　　3)疑问：为什么没有键查找在聚集索引Key上申请的S锁记录呢？锁肯定是有，但不清楚为什么Profiler没有记录到，因为我跟踪查询加HOLD时，是会在最后申请一个S锁的，结果如下：

 

 

　　小结

　　通过本文，我们知道了一个简单的键查找查询会申请哪些锁，同时，锁申请和释放的顺序是怎样的。在非聚集索引上申请的锁一直到键查找执行完毕才会释放。