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

本文整理自网络，侵删。

索引重建是一个争论不休被不断热烈讨论的议题。当然Oracle官方也有自己的观点，我们很多DBA也是遵循这一准则来重建索引，那就是Oracle建议对于索引深度超过4级以及已删除的索引条目至少占有现有索引条目总数的20% 这2种情形下需要重建索引。近来Oracle也提出了一些与之相反的观点，就是强烈建议不要定期重建索引。本文是参考了1525787.1并进行相应描述。

1、重建索引的理由

    a、Oracle的B树索引随着时间的推移变得不平衡(误解)
    b、索引碎片在不断增加
    c、索引不断增加，删除的空间没有重复使用
    d、索引 clustering factor （集群因子）不同步，可以通过重建修复(误解)

2、重建索引的本质

本质：重建索引在数据库内部是先执行删除操作，再执行插入操作。

3、反对重建索引的理由

a. 大多数脚本都依赖 index_stats 动态表。此表使用以下命令填充：
        analyze index ... validate structure;
       尽管这是一种有效的索引检查方法，但是它在分析索引时会获取独占表锁。对于大型索引，其影响会是巨大的，因为在此期间不允许对表执行DML 操作。
       虽然该方法可以在不锁表的情况下在线运行，但是可能要消耗额外的时间。
    b. 重建索引的直接结果是 REDO 活动可能会增加，总体系统负载也可能会提高。
       插入/更新/删除操作会导致索引随着索引的分割和增长不断发展。
       重建索引后，它将连接的更为紧凑；但是，随着对表不断执行 DML 操作，必须再次分割索引，直到索引达到平衡为止。
       结果，重做活动增加，且索引分割更有可能对性能产生直接影响，因为我们需要将更多的 I/O、CPU 等用于索引重建。
       经过一段时间后，索引可能会再次遇到“问题”，因此可能会再被标记为重建，从而陷入恶性循环。
       因此，通常最好是让索引处于自然平衡和（或）至少要防止定期重建索引。

阅读剩余部分