对于一个简单的测试,我有一个表“Book”,它有一个主键(id)和一个列名.此主键的默认索引是非聚集的.

当两个会话同时运行时,会发生死锁.活动监视器显示第一个会话“//步骤1”用X锁锁定行(摆脱锁定).第二个会话保持行U锁和键U锁.死锁图片显示第一个会话的“// step2”需要键U锁.

如果索引是聚类的,则在这种情况下不会有死锁. “//步骤1”将同时保持行和键锁定,所以没有问题.我可以理解锁定一行也会锁定索引,因为聚簇索引的叶节点是行数据.

但是,为什么非集中索引是这样的？如果第二个会话持有密钥U锁,为什么第一个会话的“第1步”不保存此锁,因为它们与update语句相同.

--// first session
BEGIN TRAN
  update Book set name = name where id = 1 //step 1
  WaitFor Delay '00:00:20'
  update Book set name = 'trans' where id = 1 //step2
COMMIT

--// second session
BEGIN TRAN
--// this statement will keep both RID(U lock) and KEY(U lock) if first session did not use HOLDLOCK
  update Book set name = name where id = 1
COMMIT