oracle关于重建索引争论的总结

《oracle关于重建索引争论的总结》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、Oracle关于重建索引争论的总结索引重建是一个争论不休被不断热烈讨论的议题。当然Oracle官方也有自己的观点，我们很多DBA也是遵循这一准则来重建索引，那就是Oracle建议对于索引深度超过4级以及已删除的索引条目至少占有现有索引条目总数的20%这2种情形下需要重建索引。近来Oracle也提出了一些与之相反的观点，就是强烈建议不要定期重建索引。本文是参考了1525787.1并进行相应描述。1、重建索引的理由a、Oracle的B树索引随着时间的推移变得不平衡（误解）b、索引碎片在不断增加c、索引不断增加，删除的

2、空间没有重复使用d、索引clusteringfactor（集群因子）不同步，可以通过重建修复（误解）2、重建索引的本质本质：重建索引在数据库内部是先执行删除操作，再执行插入操作。3、反对重建索引的理由a.大多数脚本都依赖index_stats动态表。此表使用以下命令填充：analyze!ndex…validatestructure;尽管这是一种有效的索引检查方法，但是它在分析索引时会获取独占表锁。对于大型索引，其影响会是巨大的，因为在此期间不允许对表执行DML操作。虽然该方法可以在不锁表的情况下在线运行，但是可能

3、要消耗额外的时间。a.重建索引的直接结果是REDO活动可能会增加，总体系统负载也可能会提高。插入/更新/删除操作会导致索引随着索引的分割和增长不断发展。重建索引后，它将连接的更为紧凑；但是，随着对表不断执行DML操作，必须再次分割索引，直到索引达到平衡为止。结果，重做活动增加，且索引分割更有可能对性能产生直接影响，因为我们需要将更多的I/O、CPU等用于索引重建。经过一段时间后，索引可能会再次遇到“问题”，因此可能会再被标记为重建，从而陷入恶性循环。因此，通常最好是让索引处于自然平衡和（或）至少要防止定期重建索引

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

5、是极小的收益，那就得不偿失。如果系统有可用空闲期，重建之前和之后的测量结果表明性能有提高，值得重建。5、改良方法通常是优先考虑indexcoalesce（索引合并），而不是重建索引。索引合并有如下优点：a、不需要占用近磁盘存储空间2倍的空间b、可以在线操作c、无需重建索引结构，而是尽快地合并索引叶块，这样可避免系统开销过大。6、真正需要重建索引的情形索引或索引分区因介质故障损坏标记为UNUSABEL的索引需要重建索引移动到新的表空间或需要改变某些存储参数通过SQL*Loader加载数据到表分区后，需要重建索引分区

6、重建索引以启用键压缩位图索引本质不同于B树索引，建议重建