invisible）

官方文档：Making an Index InvisibleAn invisible index is ignored by the optimizer unless you explicitly set the OPTIMIZER_USE_INVISIBLE_INDEXES initialization parameter to TRUE at the session or system level. Making an index invisible is an alternative to making it unusable or dropping it. You cannot make an individual index partition invisible. Attempting to do so produces an error.解释：一个不可见的索引在优化器中被忽视，除非你主动地在会话或系统级别中设置OPTIMIZER_USE_INVISIBLE_INDEXES初始化参数为TRUE。标记不可见索引可以替代不可用索引或删除索引。你不能让分区索引不可见。试图这么做会产生一个错误。测试：1. 创建测试表ti，根据dba_objects表。scott@ORCL>create table ti as select * from dba_objects;Table created.scott@ORCL>select count（*） from ti; COUNT（*）---------- 727992. 根据object_id列创建索引ind_tiscott@ORCL>create index ind_ti on ti（object_id）;Index created.3. 调整为查看执行计划scott@ORCL>set autot trace exp
4. 测试索引是否生效被使用，结果索引被正常应用scott@ORCL>select * from ti where object_id=20;Execution Plan----------------------------------------------------------Plan hash value: 1655810896--------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost （%CPU）| Time |--------------------------------------------------------------------------------------| 0 | SELECT STATEMENT | | 1 | 207 | 2 （0）| 00:00:01 || 1 | TABLE ACCESS BY INDEX ROWID| TI | 1 | 207 | 2 （0）| 00:00:01 ||* 2 | INDEX RANGE SCAN | IND_TI | 1 | | 1 （0）| 00:00:01 |--------------------------------------------------------------------------------------Predicate Information （identified by operation id）:--------------------------------------------------- 2 - access（"OBJECT_ID"=20）Note----- - dynamic sampling used for this statement （level=2） 5. 将ind_ti索引改为不可见scott@ORCL>alter index ind_ti invisible;
6. 再次测试时，索引没有被使用scott@ORCL>select * from ti where object_id=20;Execution Plan----------------------------------------------------------Plan hash value: 798420002--------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost （%CPU）| Time |--------------------------------------------------------------------------| 0 | SELECT STATEMENT | | 12 | 2484 | 291 （1）| 00:00:04 ||* 1 | TABLE ACCESS FULL| TI | 12 | 2484 | 291 （1）| 00:00:04 |--------------------------------------------------------------------------Predicate Information （identified by operation id）:--------------------------------------------------- 1 - filter（"OBJECT_ID"=20）Note----- - dynamic sampling used for this statement （level=2）7. 数据修改scott@ORCL>insert into ti select * from ti;72799 rows created.scott@ORCL>insert into ti select * from ti;145598 rows created.scott@ORCL>select count（*） from ti; COUNT（*）---------- 2911968. 将索引改为可见状态scott@ORCL>alter index ind_ti visible;Index altered.9. 测试索引是否生效被使用，结果索引被正常应用scott@ORCL>set autot trace expscott@ORCL>select * from ti where object_id=20;Execution Plan----------------------------------------------------------Plan hash value: 1655810896--------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost （%CPU）| Time |--------------------------------------------------------------------------------------| 0 | SELECT STATEMENT | | 4 | 828 | 2 （0）| 00:00:01 || 1 | TABLE ACCESS BY INDEX ROWID| TI | 4 | 828 | 2 （0）| 00:00:01 ||* 2 | INDEX RANGE SCAN | IND_TI | 4 | | 1 （0）| 00:00:01 |--------------------------------------------------------------------------------------Predicate Information （identified by operation id）:--------------------------------------------------- 2 - access（"OBJECT_ID"=20）Note----- - dynamic sampling used for this statement （level=2）总结：早期版本没有该特性，如果想去掉索引进行测试，之后又想恢复索引，只能先将索引置为不能用或删除。过后在rebuild index，需要花费不少时间，而且有可能会影响到业务工作效率。学习了该特性对以后优化SQL测试有很大帮助。更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12本文永久更新链接地址