主页 / dba / 问题 / 341885
Accepted
J. Mini
Asked: 2024-08-25 11:04:05 +0800 CST

REORGANIZE 是否会紧凑页面并尊重填充因子？

  • 772

我一直被告知，它REORGANIZE无法解决页面填充率低的问题，因为它所做的只是重新排序磁盘上的页面。为了调查这个问题，我阅读了文档。然而，我发现它自相矛盾。优化索引维护以提高查询性能并减少资源 消耗

重新组织还会压缩索引页，以使页密度等于索引的填充因子。

以及支持此的文档ALTER INDEX

重组还会压缩索引页。压缩基于现有的填充因子值。

但这与填充因子的文档相矛盾

仅当首次创建或重建索引时才应用显式FILLFACTOR设置。数据库引擎不会动态保留页面中指定的空白空间百分比。

那么，到底是怎么回事？REORGANIZE压缩页面并尊重填充因子吗？还是只是移动叶子页面而不进行压缩？

sql-server

1 个回答

  1. Best Answer

    你试过了吗？这些事情很容易尝试，你不必相信别人的话。

    显示答案是： 是的。Reorg 会压缩页面。

    参见下面的代码，其中叶级别的聚集索引的充满度约为 68％，重组后达到 99％。

    关于文档中的以下声明：

    显式 FILLFACTOR 设置仅在首次创建或重建索引时适用。数据库引擎不会动态保留页面中指定的空白空间百分比。

    以上指的是一般的修改语句。（例如，在执行插入时维护填充因子是荒谬的。）为什么例外列表中没有提到重组？显然是一个疏忽。如果您愿意，欢迎您提供文档反馈。

    复制：

    USE tempdb
GO

DROP TABLE IF EXISTS frag
CREATE TABLE frag(c1 int identity, c2 varchar(80))
GO

--Clustered index on c1 column
CREATE CLUSTERED INDEX c1 ON frag(c1)

--Insert 100,000 rows
INSERT INTO frag (c2) 
SELECT TOP 100000 'Hello' FROM sys.columns AS a CROSS JOIN sys.columns AS b CROSS JOIN sys.columns AS c
GO

--Generate fragmentation, make half of the rows larger
UPDATE frag SET c2 = 'Hello there, everybody!'  WHERE c1 % 2 = 1
GO

--Verify page fullness: 68% 
SELECT page_count, avg_page_space_used_in_percent
FROM sys.dm_db_index_physical_stats(DB_ID(), OBJECT_ID('frag'), NULL, NULL, 'DETAILED')
WHERE index_level = 0


--Reorg
ALTER INDEX ALL ON frag REORGANIZE


--Check page fullness: 99% 
SELECT page_count, avg_page_space_used_in_percent
FROM sys.dm_db_index_physical_stats(DB_ID(), OBJECT_ID('frag'), NULL, NULL, 'DETAILED')
WHERE index_level = 0
    • 2

相关问题