索引维护

Question

什么是索引维护，我该怎么做？我必须多久做一次？ 有什么好处？ 这与经常修改的事务表有关；所有 DML 操作都将在该表上运行。

Answer 1

我赞同乔纳森所说的一切——除了索引维护的频率。

好吧，如果您碰巧有一个设计不佳的索引（例如 GUID 键上的聚簇索引），您实际上可能需要至少每晚（甚至在白天）都这样做。

作为一般经验法则：如果您的索引碎片低于 5%，则一切正常。如果您有 5% 到大约 5% 的碎片。 30%，你应该进行索引重组：

ALTER INDEX (your index name) ON (your table name) REORGANIZE

如果你的索引有超过 30% 的索引碎片，你需要完全重建它：

ALTER INDEX (your index name) ON (your table name) REBUILD

重建索引可能会造成破坏 - 尝试在非工作时间进行，例如晚上。

为了确定索引碎片，您可以使用这个 DMV 查询：

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

Michelle Ufford 有一个很棒的自动 index defrag script - 强烈推荐！或者，您应该考虑设置可以运行的 SQL Server maintenance plans，例如每天晚上清理你的索引。

马克

Answer 2

一般来说，DBMS 会自动处理索引以使其仍然有效。但是，有了足够的插入、删除和更新操作，可以想象索引会有提升的空间。也就是说，如果删除并重新创建索引，则生成的索引将比修改后的索引更小且更有效。而且，最终，较小的索引意味着更少的 I/O 操作，而 I/O 操作比计算要昂贵得多。

可能有一些我不知道的特定于 SQL Server 的答案，但是：

• 索引维护是一个使索引性能更好的过程。
• 进行索引维护的一种方法是删除并重建索引。
• 另一种方法可能是更改表，从而必须重建索引（也许是集群）。
• 您可能不需要经常这样做，但这主要取决于 MS SQL Server 的质量及其处理索引的方式。我希望这至少是足够的。如果您有方便的停机时间，也许每月一次。否则，很少甚至根本没有。
• 好处是索引使用的空间更少，使用索引的性能更好。