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

最近看了高兄的一篇文章，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来跟踪锁申请和释放的事件。

备注：也可以在执行语句前，开启1200跟踪标记，使用语句dbcc traceon(1200,-1) (感谢CareySon)

模板选择TSQL-LOCKS，只跟踪运行语句的会话spid，同时事件增加Lock:Acquired和Lock:Released。执行查询跟踪结果如下：

 

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

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

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

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

 

 

小结

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

 

如有不对的地方，欢迎拍砖，谢谢！O(∩_∩)O