PLSQL_品质优化体系13_Oracle Index Rebuild索引重建

2014-10-04 Created By
BaoXinjian

图片 1一、摘要


目录重建是一个争议被频频热烈议论的议题。当然Oracle官方也有投机的见识,大家很多DBA也是循序渐进这一准则来重建索引,那就是Oracle指出对于索引深度当先4级以及已去除的目录条目至少占有现有索引条目总数的20%
那2种情况下须求重建索引。近年来Oracle也提出了一部分与之相反的理念,就是强烈提议不要定期重建索引。本文是参考了1525787.1并开展相应描述。

 

  1. 重建索引的说辞
  •  Oracle的B树索引随着岁月的推迟变得不平衡(误解)
  •  索引碎片在持续增添
  •  索引不断追加,删除的空中没有重复使用
  •  索引 clustering factor
    (集群因子)不联合,可以经过重建修复(误解)
  1. 重建索引的大茂山真面目

   
本质:重建索引在数据库内部是先实施删除操作,再实施插入操作。

  1. 不予重建索引的理由

(1). 大部分脚本都凭借 index_stats
动态表。此表使用以下命令填充:

analyze index … validate
structure;

固然那是一种有效的目录检查格局,可是它在解析索引时会获取独占表锁。对于大型索引,其震慑会是英雄的,因为在此期间不容许对表执行DML
操作。

虽说该办法可以在不锁表的景观下在线运行,不过可能要消耗额外的时刻。

(2). 重建索引的第一手结果是 REDO
活动或者会追加,总体系统负荷也恐怕会坚实。

安插/更新/删除操作会促成索引随着索引的剪切和拉长持续开拓进取。

重建索引后,它将三番五次的尤其紧凑;不过,随着对表不断推行
DML 操作,必须重新分割索引,直到索引达到平衡为止。

结果,重做运动增多,且索引分割更有可能对质量爆发直接影响,因为大家必要将越来越多的
I/O、CPU 等用于索引重建。

经过一段时间后,索引可能会重新相见“难题”,因而可能会再被标记为重建,从而陷入恶性循环。

据此,平日最好是让索引处于自然平衡和(或)至少要提防定期重建索引。

  1. Oracle的最后提议

    一般而言,极少须求重建 B
树索引,基本原因是 B 树索引很大程度上可以自我管理或我平衡。

   
一大半目录都能有限支撑平衡和一体化,因为空闲的叶条目可以重复使用。

   
插入/更新和删除操作确实会招致索引块周围的可用空间形成碎片,但是一般的话这么些散装都会被科学的任用。

    Clustering
factor群集因子反映了给定的索引键值所对应的表中的数据排序情状。重建索引不会对群集因子爆发震慑,集群因子只好通过重组表的数目变动。

   
强烈提议不要定期重建索引,而应使用格外的诊断工具。

   
个人结论,假若重建索引的英雄工作量与之相应的是极小的受益,那就小题大做。假诺系统有可用空闲期,重建此前和今后的测量结果申明质量有增长,值得重建。

  1. 核查方法

    经常是先行考虑index
coalesce(索引合并),而不是重建索引。索引合并有如下优点:

  •  不须求占用近磁盘存储空间 2
    倍的空间
  •  能够在线操作
  •  无需重建索引结构,而是及早地统一索引叶块,那样可防止系统开发过大。
  1. 真的须要重建索引的情状
  •  索引或索引分区因介质故障损坏
  •  标记为UNUSABEL的目录必要重建
  •  索引移动到新的表空间或索要改变一些存储参数
  •  通过SQL*Loader加载数据到表分区后,需求重建索引分区
  •  重建索引以启用键压缩
  •  位图索引本质分化于B树引得,指出重建

 

图片 2二、案例


目录是增加数据库查询质量的强劲武器。

并未索引,就好比教室没有图书标签一样,找一本书自己想要的书比登天还难。

不过索引在拔取的进度中,越发是在批量的DML的情形下会发出相应的零碎,以及B树中度会生出相应变更,因而可以对这么些变迁较大的目录举行重构以增强质量。

N久之前Oracle提议大家定期重建那一个中度为4,已删除的目录条目至少占有现有索引条目总数的20%的那几个表上的目录。

但Oracle现在强烈指出不要定期重建索引。

 

Thanks and Regards

参考:了沙弥
http://blog.csdn.net/leshami/article/details/23763963

参考:了沙弥
http://blog.csdn.net/leshami/article/details/24266247

图片 3

相关文章