在生产环境、我们会发现:
① 索引表空间 I/O 非常高
② "db file sequential read" 等待事件也比较高
这种迹象表明、整个数据库系统、索引的读写操作比较多、已经成为系统的主要瓶颈
一般的原因、大抵如下:
① 大量SQL均采用索引
② DML操作导致索引维护工作量暴增
③ 频繁DML导致很多索引碎片、增加I/O开销
④ 索引建立策略失误、走索引如同全表扫
如果、一张表字段30个、但索引竟有 50个!?
作为 DBA、你可能不了解业务逻辑、不敢删、也不知该删哪些、怎么办?