主页 / dba / 问题 / 274690
Accepted
Arun Gopinath
Asked: 2020-09-01 01:48:20 +0800 CST

lock_acquired 扩展事件中的锁升级和计数差异

  • 772

我试图理解为什么在某些情况下锁定计数sys.dm_tran_locks和扩展事件存在差异。sqlserver.lock_acquired这是我的复制脚本，我StackOverflow2013在 SQL Server 2019 RTM 上使用数据库，兼容级别 150。

/* Initial Setup */
IF OBJECT_ID('dbo.HighQuestionScores', 'U') IS NOT NULL 
DROP TABLE dbo.HighQuestionScores; 

CREATE TABLE dbo.HighQuestionScores 
(
    Id INT PRIMARY KEY CLUSTERED,
    DisplayName NVARCHAR(40) NOT NULL,
    Reputation BIGINT NOT NULL,
    Score BIGINT
)

INSERT dbo.HighQuestionScores  
        (Id, DisplayName, Reputation, Score)
SELECT u.Id, 
       u.DisplayName,
       u.Reputation, 
       NULL
FROM dbo.Users AS u;

CREATE INDEX ix_HighQuestionScores_Reputation ON dbo.HighQuestionScores  (Reputation);

接下来，我使用大量假行数更新表统计信息

/* Chaotic Evil. */
UPDATE STATISTICS dbo.HighQuestionScores WITH ROWCOUNT = 99999999999999;
DBCC FREEPROCCACHE WITH NO_INFOMSGS;

然后我打开一个事务并更新Score声誉，比如说56

BEGIN TRAN;
UPDATE dbo.HighQuestionScores  
SET Score = 1
WHERE Reputation = 56 /* 8066 records */
AND 1 = (SELECT 1);
/* Source: https://www.erikdarlingdata.com/sql-server/helpers-views-and-functions-i-use-in-presentations/ Thanks, Erik */
SELECT *
FROM dbo.WhatsUpLocks(@@SPID) AS wul 
WHERE wul.locked_object = N'HighQuestionScores'
ROLLBACK;

我得到了一堆页面锁（尽管有一个关于声誉的索引）。我猜糟糕的估计确实在那里的优化器上做了一个数字。

page_locks

我还仔细检查了使用sp_whoisactive，它也返回了相同的信息。

<Object name="HighQuestionScores" schema_name="dbo">
  <Locks>
    <Lock resource_type="OBJECT" request_mode="IX" request_status="GRANT" request_count="1" />
    <Lock resource_type="PAGE" page_type="*" index_name="PK__HighQues__3214EC072EE1ADBA" request_mode="X" request_status="GRANT" request_count="6159" />
  </Locks>
</Object>

同时，我还有一个sqlserver.lock_acquired单独的扩展活动。当我查看分组数据时，我看到8066页锁而不是初始6159

扩展事件锁定计数

我绝对看不到锁升级（使用sqlserver.lock_escalation事件验证），所以我想我的问题是为什么扩展事件显示与更高数量的锁计数存在差异？

sql-server locking

1 个回答

  1. Best Answer

    XE 报告每次更新行时获取页锁（受更新影响的 8066 行中的每一行都有一个事件）。但是，这些行仅存储在 6159 个唯一页面上，这解释了差异。

    我在这台机器上没有 StackOverflow2013，但使用 SO2010 获得了类似的体验：

    • 更新了 1368 行（并且触发了许多 XEvent）
    • 958页锁

    如果您按以下方式排序，则可以在 XE 输出中看到相同的页面被重复锁定resource_0：

    SSMS 中 XE 输出的屏幕截图

    使用DBCC PAGE：

    DBCC TRACEON (3604); -- needed for the next one to work
GO

DBCC PAGE (StackOverflow2010, 1, 180020, 3);
GO

    我可以看到页面 180020 上有 163 条记录（m_slotCnt = 163）：

    Page @0x000002C278C62000

m_pageId = (1:180020)               m_headerVersion = 1                 m_type = 1
m_typeFlagBits = 0x0                m_level = 0                         m_flagBits = 0x0
m_objId (AllocUnitId.idObj) = 174   m_indexId (AllocUnitId.idInd) = 256 
Metadata: AllocUnitId = 72057594049331200                                
Metadata: PartitionId = 72057594044350464                                Metadata: IndexId = 1
Metadata: ObjectId = 1525580473     m_prevPage = (1:180019)             m_nextPage = (1:180021)
pminlen = 24                        m_slotCnt = 163                     m_freeCnt = 31
m_freeData = 7835                   m_reservedCnt = 0                   m_lsn = (203:19986:617)
m_xactReserved = 0                  m_xdesId = (0:0)                    m_ghostRecCnt = 0
m_tornBits = 1894114769             DB Frag ID = 1

    其中 3 个符合更新条件（我将输出粘贴到 notepad++ 并搜索“Reputation = 56”）：

    显示 3 个数学的屏幕截图

    这是第一场比赛，例如：

    Record Type = PRIMARY_RECORD        Record Attributes =  NULL_BITMAP VARIABLE_COLUMNS
Record Size = 39                    
Memory Dump @0x000000EDB2B7821D

0000000000000000:   30001800 86540000 38000000 00000000 6041c2e4  0...T..8.......`AÂä
0000000000000014:   c3020000 04000801 00270045 00720069 006300    Ã........'.E.r.i.c.

Slot 9 Column 1 Offset 0x4 Length 4 Length (physical) 4

Id = 21638                          

Slot 9 Column 2 Offset 0x1f Length 8 Length (physical) 8

DisplayName = Eric                  

Slot 9 Column 3 Offset 0x8 Length 8 Length (physical) 8

Reputation = 56                     

Slot 9 Column 4 Offset 0x0 Length 0 Length (physical) 0

Score = [NULL]                      

Slot 9 Offset 0x0 Length 0 Length (physical) 0

KeyHashValue = (e1caffa60313)       
Slot 10 Offset 0x244 Length 43

    我相信这种行为是由于执行计划的流水线性质，以及这种特定 XE 的实现方式。

    • 6

相关问题