Oracle 11g 新特性 -- Invisible Indexes(不可见的索引) 说明

Posted tianlesoftware

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Oracle 11g 新特性 -- Invisible Indexes(不可见的索引) 说明相关的知识,希望对你有一定的参考价值。


 

 

一.Invisible Indexes 说明

从版本11g 开始,可以创建不可见的索引。优化程序会忽略不可见的索引,除非在会话或系统级别上将 OPTIMIZER_USE_INVISIBLE_INDEXES  初始化参数显式设置为TRUE。此参数的默认值是FALSE。

 

使索引不可见是使索引不可用或删除索引的一种替代办法。使用不可见的索引,可完成以下操作:

(1)  在删除索引之前测试对索引的删除。

(2)  对应用程序的特定操作或模块使用临时索引结构,这样就不会影响整个应用程序。

 

注意:

与不可用的索引不同,不可见的索引在使用DML 语句期间仍会得到维护。

 

Oracle

 

当索引不可见时,优化程序生成的计划不会使用该索引。如果未发现性能下降,则可以删除该索引。还可以创建最初不可见的索引,执行测试,然后确定是否使该索引可见。

可以查询*_INDEXES 数据字典视图的VISIBILITY 列来确定该索引是VISIBLE 还是INVISIBLE。


SQL> select visibility from dba_indexes where index_name=IDX_ID;

VISIBILIT

---------

VISIBLE



 

--创建不可见索引:

CREATE INDEX index_name ONtable_name(column_name) INVISIBLE;

 

--修改索引是否可见:

ALTER INDEX index_name INVISIBLE;

ALTER INDEX index_name VISIBLE;

 

 

二.示例

 

--创建表,索引,并收集统计信息:

 

SQL> create table dave(id number);

 

Table created.

 

SQL> begin

 2    for I in 1 .. 10000 loop

 3      insert into DAVE values(I);

 4    end loop;

 5    commit;

 6  end;

 7  /

 

PL/SQL procedure successfully completed.

 

SQL> create index idx_id on dave(id)invisible;

 

Index created.

 

SQL> execdbms_stats.gather_table_stats(ownname =>&owner,tabname=>&tablename,estimate_percent => &est_per ,method_opt =>forall columns size 1,degree=>&degree,cascade => true);

Enter value for owner: sys

Enter value for tablename: dave

Enter value for est_per: 50

Enter value for degree: 2

 

PL/SQL procedure successfully completed.

 

SQL>

 

 

--带where 条件查询:

SQL> set autot traceonly exp

SQL> select * from dave where id=168;

 

Execution Plan

----------------------------------------------------------

Plan hash value: 3458767806

 

--------------------------------------------------------------------------

| Id | Operation         | Name |Rows  | Bytes | Cost (%CPU)| Time     |

--------------------------------------------------------------------------

|   0| SELECT STATEMENT  |      |    1 |     4 |     7  (0)| 00:00:01 |

|*  1 | TABLE ACCESS FULL| DAVE |     1|     4 |     7  (0)| 00:00:01 |

--------------------------------------------------------------------------

 

Predicate Information (identified byoperation id):

---------------------------------------------------

 

   1- filter("ID"=168)

--这里使用了全表扫描,根据唯一性,这里应该走索引的。

 

--修改 OPTIMIZER_USE_INVISIBLE_INDEXES 参数,再次查询:

SQL> ALTER SESSION SETOPTIMIZER_USE_INVISIBLE_INDEXES=TRUE;

 

Session altered.

 

SQL> select * from dave where id=168;

 

Execution Plan

----------------------------------------------------------

Plan hash value: 578627003

 

---------------------------------------------------------------------------

| Id | Operation        | Name   | Rows | Bytes | Cost (%CPU)| Time     |

---------------------------------------------------------------------------

|   0| SELECT STATEMENT |        |     1 |    4 |     1   (0)| 00:00:01 |

|*  1 | INDEX RANGE SCAN| IDX_ID |     1|     4 |     1  (0)| 00:00:01 |

---------------------------------------------------------------------------

 

Predicate Information (identified byoperation id):

---------------------------------------------------

 

   1- access("ID"=168)

--这次使用了索引。

 

 

--关闭 OPTIMIZER_USE_INVISIBLE_INDEXES参数,使用hint测试

SQL> ALTER SESSION SETOPTIMIZER_USE_INVISIBLE_INDEXES=FALSE;

Session altered.

 

SQL> select /*+index(dave idx_id)*/ *from dave where id=168;

 

Execution Plan

----------------------------------------------------------

Plan hash value: 3458767806

 

--------------------------------------------------------------------------

| Id | Operation         | Name |Rows  | Bytes | Cost (%CPU)| Time     |

--------------------------------------------------------------------------

|   0| SELECT STATEMENT  |      |     1|     4 |     7  (0)| 00:00:01 |

|*  1 | TABLE ACCESS FULL| DAVE |     1|     4 |     7  (0)| 00:00:01 |

--------------------------------------------------------------------------

 

Predicate Information (identified byoperation id):

---------------------------------------------------

 

   1- filter("ID"=168)

 

--对于invisible的index,使用hint 也没有用。

 

 

--将索引改成visible,在测试:

SQL> alter index idx_id visible;

 

Index altered.

 

SQL> select * from dave where id=168;

 

Execution Plan

----------------------------------------------------------

Plan hash value: 578627003

 

---------------------------------------------------------------------------

| Id | Operation        | Name   | Rows | Bytes | Cost (%CPU)| Time     |

---------------------------------------------------------------------------

|   0| SELECT STATEMENT |        |     1 |    4 |     1   (0)| 00:00:01 |

|*  1 | INDEX RANGE SCAN| IDX_ID |     1|     4 |     1  (0)| 00:00:01 |

---------------------------------------------------------------------------

 

Predicate Information (identified byoperation id):

---------------------------------------------------

 

   1- access("ID"=168)

--这次又正常了。

 

 

 

 

 


以上是关于Oracle 11g 新特性 -- Invisible Indexes(不可见的索引) 说明的主要内容,如果未能解决你的问题,请参考以下文章

Oracle 11g新特性invisible index(不可见的索引)

Oracle 11g新增not null的字段比10g快--新特性

Oracle11g 新特性:优化Rman备份UNDO表空间

Oracle 11g 新特性 -- Invisible Indexes(不可见的索引) 说明

Oracle 11g 新特性 -- SQL Plan Management 说明

Oracle11g新特性点评之RMAN