Oracle关于重建索引争论的总结(2)-木庄网络博客

4、Oracle的最终建议

    一般而言，极少需要重建 B 树索引，基本原因是 B 树索引很大程度上可以自我管理或自我平衡。
    大多数索引都能保持平衡和完整，因为空闲的叶条目可以重复使用。
    插入/更新和删除操作确实会导致索引块周围的可用空间形成碎片，但是一般来说这些碎片都会被正确的重用。
    Clustering factor群集因子反映了给定的索引键值所对应的表中的数据排序情况。重建索引不会对群集因子产生影响，集群因子只能通过重组表的数据改变。
    强烈建议不要定期重建索引，而应使用合适的诊断工具。
    个人结论，如果重建索引的巨大工作量与之对应的是极小的收益，那就得不偿失。如果系统有可用空闲期，重建之前和之后的测量结果表明性能有提高，值得重建。

5、改良方法

    通常是优先考虑index coalesce（索引合并），而不是重建索引。索引合并有如下优点：
       a、不需要占用近磁盘存储空间 2 倍的空间
       b、可以在线操作
       c、无需重建索引结构，而是尽快地合并索引叶块，这样可避免系统开销过大。

6、真正需要重建索引的情形

    索引或索引分区因介质故障损坏
    标记为UNUSABEL的索引需要重建
    索引移动到新的表空间或需要改变某些存储参数
    通过SQL*Loader加载数据到表分区后，需要重建索引分区
    重建索引以启用键压缩
    位图索引本质不同于B树索引，建议重建

标签：Oracle

返回前面的内容