当索引出现问题时,会导致严重的性能问题,索引问题包括索引不可用、索引碎片导致性能下降,我们需要一些手段在检测索引的问题,并解决这些问题。这一篇将为你讲述怎么定位索引问题,并提供了解决的办法。
索引不可用
索引不可用的原因有很多,包括:
1)索引空间耗尽,导致SQL*Loader更新索引失败;
2)创建索引的过程中实例失败;
3)唯一键有重复值;
4)某个索引的顺序与sorted indexes子句中指定的顺序不同;
5)移动表或表分区(alter table move和alter table move partition);
6)对表执行在线重定义;
7)截断表分区(alter table truncate partition);
8)导入分区;
9)删除表分区;
10)拆分表的分区或子分区(alter table split partition);
11)分区索引的维护操作(alter index split partition)。
除了上述的这些原因之外,你还可以手动的将索引标注为不可用,这样可以使批量加载速度更快,下面是把索引的状态改变为不可用的方法:
alter index IDX_HISTORYALARM_HOUR$01 unusable
如果你的索引为分区索引,这个操作将导致所有分区的索引都不可用,你也可以指定某个分区的索引不可用:
alter index IDX_HISTORYALARM$02 modify partition HISTORYALARM20140731 unusable
通过下面的方法可以查看索引的状态:
select ind.INDEX_NAME,ind.status,ind.PARTITIONED from user_indexes ind where index_name like '%HISTORYALARM%'
INDEX_NAME STATUS PARTITIONED
---------------------------------------------------------------------
IDX_HISTORYALARM_HOUR$01 UNUSABLE NO
IDX_HISTORYALARM$02 N/A YES
可以看到,全局索引的状态已经变为UNUSABLE,但本地索引的状态标识为N/A,通过下面的方法可以查看本地索引在每一个分区中的索引状态:
INDEX_NAME PARTITION_NAME STATUS
------------------------------------------------------------------------------------------
IDX_HISTORYALARM$02 HISTORYALARM20140731 UNUSABLE
IDX_HISTORYALARM$02 HISTORYALARM20140801 USABLE
IDX_HISTORYALARM$02 HISTORYALARM20140802 USABLE
IDX_HISTORYALA