mysql索引重建和索引碎片问题_监控、维护、规划SQLSERVER数据库索引碎片问题

本文内容：

像大多数使用索引来提高系统性能的数据库系统一样，规划服务器系统也使用索引来获得最佳性能。对于所有聚集或非聚集索引，INSERT/UPDATE 将会导致拆分页面，从而出现碎片。随着时间的推移，索引碎片现象会越来越严重，以致系统性能下降。因此，数据库管理员应务必监控索引碎片状况，并知晓在索引变得非常零碎时如何进行处理。

应监控规划应用数据库中所有表的索引碎片状况，尤其要注意名称前缀为“MG_”的度量值组表。在应用数据库中，会对度量值组表执行大量的插入、更新和删除操作。执行这些数据更改的操作类型包括分配提交和计算规则执行。某些度量值组表的活动相对较多一些。因此，随着时间的推移，“MG_*”表的索引会变得非常零碎，如果不定期重建或组织索引就会显著降低系统性能。检查度量值组表的索引

创建模型时，规划服务器会对新的“MG_*”表创建一个聚集索引。此聚集索引包含该度量值组表中的所有维度键。此聚集索引中的维度键的顺序由规划服务器任意排列。这种顺序可能无法最好地反映出单个用户的度量值组表使用情况(例如，写回使用情况、数据加载使用情况和基于规则的计算使用情况)。数据库管理员可能需要查看聚集索引的列顺序并重新排列该顺序。

例如，以下聚集索引是按下列预先排好的列顺序针对 MG_Strategic_Plan_MeasureGroup_default_partition 表创建的。您可以重新排列此索引中的列顺序，使其符合该度量值组表的使用情况。您可能还希望将 Entity_MemberID 列移到此索引的第一列，因为 PerformancePoint Excel 加载项用户经常要基于实体执行写回操作。

CREATE CLUSTERED INDEX [ClusteredIndex_default_partition] ON [dbo].[MG_Strategic_Plan_Mea