主页 / dba / 问题 / 346327
Accepted
Martin Smith
Asked: 2025-04-27 05:41:16 +0800 CST

SQL Server 如何维护行数元数据？

  • 772

对于行存储表的示例...

CREATE TABLE T(Id INT PRIMARY KEY, C1 INT NULL, C2 INT NULL);

有多种不同的方法可以从 SQL Server 中的元数据中检索表行数 - 例如以下方法

SELECT SUM(rows) 
FROM sys.partitions
WHERE object_id = object_id('dbo.T') AND index_id <= 1;

SELECT SUM(row_count) 
FROM sys.dm_db_partition_stats
WHERE object_id = object_id('dbo.T') AND index_id <= 1;

SELECT SUM(rows)
FROM sys.sysindexes
WHERE id = object_id('dbo.T') AND indid <= 1;

SELECT OBJECTPROPERTYEX(object_id('dbo.T'), 'Cardinality')

执行计划显然显示了正在使用的各种不同对象 - 例如下面的。

  • sysrowsets OUTER APPLY OpenRowset(TABLE ALUCOUNT
  • sysidxstats 交叉应用 OpenRowSet（表分区计数
  • sysidxstats i 交叉应用 OpenRowSet(TABLE INDEXPROP

这是怎么回事？SQL Server 真的在多个地方维护这些元数据吗？如果是这样，哪种方法最可靠？

sql-server

2 个回答

  1. 为了研究这个问题，我创建了一个如下所示的新数据库

    CREATE DATABASE RowCountTest

GO

USE RowCountTest

SELECT physical_name FROM sys.database_files WHERE type_desc = 'ROWS'

CREATE TABLE T(Id INT PRIMARY KEY, C1 INT NULL, C2 INT NULL);

INSERT T(Id) SELECT TOP 100 object_id FROM sys.all_objects

CHECKPOINT

    这创建了一个包含单个数据文件的数据库，我使用进程监视器来监视该数据库上的 WriteFile 操作。然后运行

    INSERT T(Id) VALUES (-1000),(-1001),(-1002)

DELETE FROM T WHERE Id = -1001;

INSERT T(Id) VALUES (-1003),(-1004);

CHECKPOINT

    ProcMon 显示以下页面已写入磁盘

    在此处输入图片描述

    计算偏移量来查看它们所属的对象

    SELECT offset, 
       page_id, 
       CAST(page_id AS BINARY(4)) AS page_id_hex, 
       page_type_desc, 
       OBJECT_NAME(object_id) AS object_name
FROM (VALUES  
    (8192),
    (1171456),
    (1318912),
    (1572864),
    (2293760),
    (73728)
)V(offset)
CROSS APPLY sys.dm_db_page_info(db_id(), 1, offset/8192, 'DETAILED')

    已返回

    抵消 页面 ID 页面 ID_hex 页面类型描述 对象名称
    8192 1 0x00000001 PFS_PAGE 无效的
    1171456 143 0x0000008F 数据页 系统分配单元
    1318912 161 0x000000A1 数据页 系统行集
    1572864 192 0x000000C0 数据页 系统变量
    2293760 280 0x00000118 数据页 T
    73728 9 0x00000009 引导页 无效的

    sysallocunits包含与页数相关的列，但没有与行数相关的列，sysrscols包含用于基于基数的执行计划重新编译的每列修改计数，但同样没有行数列。这些系统基表中唯一包含行数列rcrows的是sysrowsets。

    因此我得出结论，所有这些方法最终都是从同一个地方获取值，因为它只持久地存储在一个地方。

    我还运行了下面的

    /*Undocumented trace flag to return inactive records in transaction log */
DBCC TRACEON(2537)

SELECT Operation, AllocUnitName, Description, [Page Id]
FROM sys.fn_dblog(NULL, NULL)

    第一份手册之后的交易日志的相关部分CHECKPOINT如下

    在此处输入图片描述

    各种LOP_COUNT_DELTA条目展示了一些有趣的方面

    • “描述”列显示了他们具体设置的内容
    • 它们都发生在LOP_COMMIT_XACT用户交易之后（即不属于这些交易的一部分）
    • 值集由多个不同的事务组合而成（例如，在 100 行表上插入 3 行、删除 1 行、插入 2 行最终只导致单个LOP_COUNT_DELTA条目设置Row count: 104）

    因此，如果 sysrowsets 中的行数仅定期更新，这是否意味着返回的元数据值不正确？

    问题中给出的所有方法在写入之前仍然返回了正确的行数。我推测计数是根据各个内部DMF( / / )sysrowsets使用的内存结构更新的。ALUCOUNTPARTITIONCOUNTSINDEXPROP

    我甚至在将更改sysrowsets写入磁盘之前终止了 SQL Server 进程，并且它们在服务重启后仍然返回正确的值，因此我认为非检查点增量是作为数据库恢复的一部分重新计算的。

    记录显示行数可能会出错并需要纠正，但我不确定是什么情况会导致这种情况。

    • 10
  2. Best Answer

    SQL Server 真的会在多个地方维护这些元数据吗？如果是这样，哪种方法最可靠？

    问题中列出的所有方法最终都通过调用来检索行数sqlmin!GrabRowsetCounts：

    系统分区
    sys.partitions

    sys.dm_db_partition_stats
    sys.dm_db_partition_stats

    sys.sysindexes
    sys.sysindexes

    对象属性
    OBJECTPROPERTYEX

    正如您所注意到的，信息仅保存在一个内部表中。

    按照惯例，每个 HoBt 的行集计数都会在内存中维护。对于逐行操作，这实际上意味着每次修改行时都会增加或减少计数器，例如通过调用sqlmin!BaseSharedHoBt::DeltaRowCount。

    LOP_COUNT_DELTA净变化的日志记录通过以下方式在检查点写入sqlmin!FlushHoBtsDeltaCounts：

    检查点堆栈跟踪

    请注意，许多方法名称都表明它们是非事务性的。

    • 9

相关问题