plsql查看索引并重建_PLSQL_性能优化系列13_Oracle Index Rebuild索引重建

本文探讨了Oracle索引重建的争议,包括重建的理由如索引不平衡和碎片,以及反对重建的原因如影响DML操作和增加REDO活动。Oracle建议避免定期重建,而应使用诊断工具。建议优先考虑索引合并,仅在特定情况下如损坏、不可用或压缩需求时进行重建。案例说明了索引在数据库性能中的重要性和碎片可能导致的问题。
摘要由CSDN通过智能技术生成

2014-10-04 Created By BaoXinjian

一、摘要

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

1. 重建索引的理由

Oracle的B树索引随着时间的推移变得不平衡(误解)

索引碎片在不断增加

索引不断增加,删除的空间没有重复使用

索引 clustering factor (集群因子)不同步,可以通过重建修复(误解)

2. 重建索引的本质

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

3. 反对重建索引的理由

(1). 大多数脚本都依赖 index_stats 动态表。此表使用以下命令填充:

analyze index ... validate structure;

尽管这是一种有效的索引检查方法,但是它在分析索引时会获取独占表锁。对于大型索引,其影响会是巨大的,因为在此期间不允许对表执行DML 操作。

虽然该方法可以在不锁表的情况下在线运行,但是可能要消耗额外的时间。

(2). 重建索引的直接结果是 REDO 活动可能会增加,总体系统负载也可能会提高。

插入/更新/删除操作会导致索引随着索引的分割和增长不断发展。

重建索引后,它将连接的更为紧凑;但是,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值