为什么重建索引后，索引重组需要花费 3 倍的时间？
我不确定这种情况是否每次都会发生，所以我上个月做了一个测试。我配置了 SSMS，使其每天（凌晨 4 点）执行索引重组计划，每周（周日凌晨 5 点）执行一次在线索引重建，无论碎片程度如何。重建设置为填充 85% 的页面。
令我困扰的是，重建后的第一次重组每次都要花费更长的时间，而且这没有意义（至少根据我对每个操作的理解）。
答案1
您能否检查在线重建后（重组前）和重建后第一次重组后分配给索引的页数？total_pages检查sys.allocation_units。我怀疑重组是在重建后压缩索引，从而移动相当多的数据。