您可以使用跟踪标志1200打印出锁定信息和3916日志记录信息。（均为无证 AFAIK）

对于以下测试设置

CREATE TABLE T
(
A INT IDENTITY PRIMARY KEY,
B INT
)

CREATE NONCLUSTERED INDEX IX ON T(B)

INSERT INTO T 
SELECT number
FROM master..spt_values

然后运行以下两次（因为第二次运行不包含编译期间获得的无关锁）

DBCC TRACEON(3604,1200,3916,-1) WITH NO_INFOMSGS

SET NOCOUNT ON;

UPDATE T 
SET B += 1
WHERE A = 1000

/*If you habitually have 3604 on then change the below*/
DBCC TRACEOFF(3604,1200,3916,-1) WITH NO_INFOMSGS

这将返回以下输出

进程 54 获取对象上的 IX 锁：11:245575913:0（类 bit2000000 ref1）结果：OK

进程 54 获取 PAGE 上的 IU 锁：11:1:127（class bit0 ref1）结果：OK

进程 54 获取 KEY 上的 U 锁：11:72057594039042048 (1f00de11a529) (class bit0 ref1) 结果：OK

进程 54 在 PAGE 上获取 IX 锁：11:1:127（类 bit2000000 ref0）结果：OK

进程 54 获取 KEY 上的 X 锁：11:72057594039042048 (1f00de11a529) (class bit2000000 ref0) 结果：OK

XdesId 0000:00000423: m_logReserved 9162，delta 9162，操作 LOP_BEGIN_XACT，调用方 GenerateLogRec，LSN 00000027:00000159:0001。

XdesId 0000:00000423: m_logReserved 9379, delta 217, op LOP_MODIFY_ROW, caller GenerateLogRec, LSN 00000027:00000159:0002。

进程 54 在 PAGE 上获取 IX 锁：11:1:166（类 bit2000000 ref1）结果：OK

进程 54 获取 KEY 上的 X 锁：11:72057594039107584 (dbf572a551f4) (class bit2000000 ref1) 结果：OK

XdesId 0000:00000423: m_logReserved 9597，delta 218，操作 LOP_DELETE_ROWS，调用者 GenerateLogRec，LSN 00000027:00000159:0003。

进程 54 在 PAGE 上获取 IX 锁：11:1:166（类 bit2000000 ref0）结果：OK

进程 54 获取 KEY 上的 RangeI-N 锁：11:72057594039107584 (a39688da7d04) (class bit1000000 ref1) 结果：OK

进程 54 获取 KEY 上的 X 锁：11:72057594039107584 (82cbfa4b30c1) (class bit2000000 ref0) 结果：OK

XdesId 0000:00000423: m_logReserved 9671，delta 74，操作 LOP_INSERT_ROWS，调用者 GenerateLogRec，LSN 00000027:00000159:0004。

进程 54 释放 KEY 上的锁定引用：11:72057594039107584 (dbf572a551f4)

进程 54 释放 PAGE 上的锁定引用：11:1:166

进程 54 释放 KEY 上的锁定引用：11:72057594039042048 (1f00de11a529)

进程 54 释放 PAGE 上的锁定引用：11:1:127

XdesId 0000:00000423: m_logReserved 0, delta -9671, op LOP_COMMIT_XACT, caller GenerateLogRec, LSN 00000027:00000159:0005。

在更新聚集索引键（在页面上1:166）之前，不会对非聚集索引 () 采取任何锁定，所以是的，这是可能的。LOP_MODIFY_ROW1:127

以上是一个狭窄的（每行）更新计划。

对于宽（每个索引）计划，每个索引都会依次更新。可能按照下面的计划进行干预排序操作。

这将使机会窗口变宽，但是，虽然事务可能会从尚未更新的索引中读取“旧”值，但读取已提交的事务不可能读取值的“新”版本，直到事务已提交。

读取已提交的语句当然有可能读取相同值的两个不同的已提交版本。

在一次连接运行中

WHILE ( 1 = 1 )
  BEGIN
      UPDATE T
      SET    B += 1
      WHERE  A = 1000;
  END 

然后在另一场比赛中

SELECT *
FROM   T T1 WITH(READCOMMITTEDLOCK )
       INNER HASH JOIN T T2  WITH(READCOMMITTEDLOCK )
         ON T1.A + 0 = T2.A + 0
WHERE  T1.A = 1000
       AND T2.A = 1000

对我来说，大约有 50% 的时间第二次查询返回具有不同B值的行，因为值在两次搜索之间发生变化T。