我以前假设 SQL Server 只会在 blocking_session_id 列中报告阻塞会话,如果阻塞的会话正在等待逻辑锁而不是其他任何东西,例如PAGELATCH_*.
您正在使用 Adam Machanic 的sp_WhoIsActive过程,而不是内置的 SQL Server 工具。Adam 的程序报告所有“有趣”的阻塞原因,而不仅仅是锁阻塞。底层信息来自各种来源,包括sysprocesses、sys.dm_exec_requests和sys.dm_os_waiting_tasks。
您正在使用 Adam Machanic 的
sp_WhoIsActive
过程,而不是内置的 SQL Server 工具。Adam 的程序报告所有“有趣”的阻塞原因,而不仅仅是锁阻塞。底层信息来自各种来源,包括sysprocesses、sys.dm_exec_requests和sys.dm_os_waiting_tasks。任务除了锁之外还可以等待其他东西。例如,它可能能够获取页上一行的独占锁,但随后仍必须等待获取独占页闩锁(因为其他任务已以不兼容模式闩锁同一页)。
在您的示例中,
PAGELATCH_EX
独占页面闩锁位于常规数据或索引页面上,而不是 PFS、GAM、SGAM、DCM 或 BCM 页面上,如wait_info末尾的 (*) 所示。sp_WhoIsActive
您可以在此处找到文档(博客条目)。