索引维护是DBA的一项重要工作。当一个系统运行很长一段时间，经过需求变更、结构设计变化后，系统中就可能会存在一些不会被使用的索引，或者使用效率很低的索引。这些索 引的存在，不仅占用系统空间，而且会降低事务效率，增加系统的waits。因此，我们需要找出那些无用或低效索引的索引并删除它们（找出无用索引可以通过索引监控 的方法） 。但是，直接删除索引还是存在一定风险的。例如，某些索引可能只是在一些周期的作业中被使用到，而如果监控周期没有覆盖到这些作业的触发点，就会认为索引是无用的而被 删除。当作业启动后，可能就会对系统性能造成冲击。这时，可能就会手忙脚乱的去找回索引定义语句、重建索引。
11G之前，我们可以先不删除索引，而将其修改为unusable。这样的话，索引的定义并未删除，只是索引不能再被使用也不会随着表数据的更新而更新。当需要重新使用该索引 时，需要用rebuild语句重建、然后更新统计信息。对于一些大表来说，这个时间可能就非常长。
在11g里，Oracle 提供了一个新的特性来降低直接删除索引或者禁用索引的风险，那就是索引不可见（Index Invisible）。我们可以在创建索引时指定invisible属性或者用
alter语句来修改索引为invisible。 在session级别设置参数optimizer_use_invisible_indexes为true，系统就可以使用invisible索引。
alter session set optimizer_use_invisible_indexes=true;
11G之前，我们可以先不删除索引，而将其修改为unusable。这样的话，索引的定义并未删除，只是索引不能再被使用也不会随着表数据的更新而更新。当需要重新使用该索引 时，需要用rebuild语句重建、然后更新统计信息。对于一些大表来说，这个时间可能就非常长。
在11g里，Oracle 提供了一个新的特性来降低直接删除索引或者禁用索引的风险，那就是索引不可见（Index Invisible）。我们可以在创建索引时指定invisible属性或者用
alter语句来修改索引为invisible。 在session级别设置参数optimizer_use_invisible_indexes为true，系统就可以使用invisible索引。
alter session set optimizer_use_invisible_indexes=true;
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29424472/viewspace-1189952/ ，如需转载，请注明出处，否则将追究法律责任。
下一篇：
ORACLE闪回表介绍
请登录后发表评论
登录
全部评论
