计算的索引大小与实际索引大小之间的差异

Question

我需要重建索引，因为它高度分散。

信息：

Miscrosoft SQL Server 2008 R2（企业版）

我有一个只有一个索引的大表（12,033,735,256行）。 这是具有以下内容的非聚集索引：

• 索引键列：uniqueidentifier（16个字节）。
• 包含的列：实数（4个字节），唯一标识符（16个字节）。
• 填充系数：100。

该表还有另一列带有uniqueidentifier的列，但索引未考虑它。

在过去的4年中，该索引可能没有进行重组或重建，并且每天都有数百万的新行。 据我所知，这次表没有发生太大变化（数据或数据类型或添加/删除的列没有变化）

脚步：

我遵循此MS指南以了解重建索引所需的空间： https : //docs.microsoft.com/zh-cn/sql/relational-databases/indexes/index-disk-space-example?view = SQL服务器-2017＆viewFallbackFrom = SQL服务器-2008

计算：

非聚集索引大小：12,033,735,256行*（16 + 4 + 16）字节/ 100％填充系数= 403.46 GB

据我所知，我还需要一定数量的空间来分类到tempdb中，所以最终需要403.46 GB * 2 =〜807 GB来完成重建操作。

问题：

实际索引大小为1,051 GB。 我已经在表的存储信息的“索引空间”行中看到了它，它是唯一的索引。

这怎么可能？ 为什么它没有接近403.46 GB？ 我的步骤正确吗？

谢谢。