小编Nic*_*ris的帖子

我正在使用 Ola Hallengren 的解决方案来优化索引。我每周周日运行它。该指数在过去 6 个月内碎片化程度较低，不需要重组。它的使用方式也没有改变。

在过去的三周里，每次运行它都会报告数据库最大表上的聚集索引的碎片化程度在 5-12% 之间。奇怪的是，这不会发生在工作日，因此它必须在维护作业运行之前的某个时间出现。

我的表的每一行都有一个时间戳，所以我知道流量几个月来一直保持在同一水平。通常每个月的碎片化率低于 1%。

我有两个问题：

1. 还有什么可能使我的索引碎片化？
2. 是否有我可以设置来跟踪更改的自动化解决方案？理想情况下不会破坏性，因为这是一个生产盒。

该表有 134 列，包含 14gb 的数据，主键不是身份（叹气）

有问题的索引如下所示：

• 平均行大小：1413
• 深度：4
• 叶级行：9884500
• 最大行大小：2303
• 最小行大小：746
• 页数：1904907

• 分区 ID：1

  CREATE UNIQUE CLUSTERED INDEX [FOOINDEX] ON [dbo].[FOOTABLE]     
  (
     [FOONO] ASC,
  
     [ID] ASC
  )
  WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF,  IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, 
  
  ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
  

  Run Code Online (Sandbox Code Playgroud)