Question

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

Answer 1

我是Jonathan所说的所有内容 - 除了索引维护的频率。

好吧，如果您碰巧设计的索引设计不合理（例如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的质量及其处理索引的方式。我希望这至少足够了。也许每月一次，如果你有方便的停机时间可以做到这一点。否则，不那么频繁就不要了。
利益是索引使用的空间更少，使用索引的性能更好。

索引维护

2 个答案: