本文深入探讨了Oracle数据库中索引的监控分析和优化方法。当索引表空间I/O高、等待事件频繁时，可能是索引优化的信号。通过分析索引使用原理、启用监控特性、利用library cache和AWR数据筛选索引，可以有效地识别无用和过度使用的索引。此外，针对索引碎片，文章提供了监测和处理碎片的策略，包括重建和压缩索引，建议DBA定期执行维护任务来提升系统性能。
在生产环境、我们会发现：
① 索引表空间 I/O 非常高
② "db file sequential read" 等待事件也比较高
这种迹象表明、整个数据库系统、索引的读写操作比较多、已经成为系统的主要瓶颈
一般的原因、大抵如下：
① 大量SQL均采用索引
② DML操作导致索引维护工作量暴增
③ 频繁DML导致很多索引碎片、增加I/O开销
④ 索引建立策略失误、走索引如同全表扫
如果、一张表字段30个、但索引竟有 50个！？
作为 DBA、你可能不了解业务逻辑、不敢删、也不知该删哪些、怎么办？
建议综合采用如下两种策略：
&nb
最低0.47元/天 解锁文章
扫一扫
593
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
