在SQL Server数据库中重建索引的频率应该是多少？

Question

目前,我们的数据库大小为10 GB,每月增长约3 GB.我经常听说应该不时重建索引,以改善查询执行时间.那么我应该多久重建给定场景中的索引？

Answer 1

人们普遍认为,一旦索引碎片达到5以上(有时是10%),你应该重组("碎片整理")你的指数,并且当它超过30%时你应该完全重建它们(至少那是我的数字')听说过很多地方提倡的).

Michelle Ufford(又名"SQL Fool")有一个自动索引碎片整理脚本,它使用这些确切的限制来决定何时重新组织或重建索引.

另请参阅Brad McGehee关于重建索引的提示,并提供有关如何处理索引重建的一些好的想法和提示.

我在这里使用这个脚本(不记得我什么时候得到它 - 无论是谁:非常感谢!非常有用的东西)在给定数据库中的所有索引上显示索引碎片:

SELECT 
    t.NAME 'Table name',
    i.NAME 'Index name',
    ips.index_type_desc,
    ips.alloc_unit_type_desc,
    ips.index_depth,
    ips.index_level,
    ips.avg_fragmentation_in_percent,
    ips.fragment_count,
    ips.avg_fragment_size_in_pages,
    ips.page_count,
    ips.avg_page_space_used_in_percent,
    ips.record_count,
    ips.ghost_record_count,
    ips.Version_ghost_record_count,
    ips.min_record_size_in_bytes,
    ips.max_record_size_in_bytes,
    ips.avg_record_size_in_bytes,
    ips.forwarded_record_count
FROM 
    sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') ips
INNER JOIN  
    sys.tables t ON ips.OBJECT_ID = t.Object_ID
INNER JOIN  
    sys.indexes i ON ips.index_id = i.index_id AND ips.OBJECT_ID = i.object_id
WHERE
    AVG_FRAGMENTATION_IN_PERCENT > 0.0
ORDER BY
    AVG_FRAGMENTATION_IN_PERCENT, fragment_count

Answer 2

“何时需要”和“何时可以”！

例如...

• 首先测试碎片，然后决定不执行任何操作，改组还是重建。 SQL Fool的脚本执行此操作，例如，具有@minFragmentation和@rebuildThreshold参数

• 例如，每天进行统计，但在周末编制索引。您的维护窗口是什么？