博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Oracle 11g 新特性 -- Invisible Indexes(不可见的索引) 说明
阅读量:4212 次
发布时间:2019-05-26

本文共 4492 字,大约阅读时间需要 14 分钟。

 

 

一.Invisible Indexes 说明

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

 

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

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

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

 

注意:

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

 

 

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

可以查询*_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)

--这次又正常了。

 

 

 

 

 

版权所有,文章允许转载,但必须以链接方式注明源地址,否则追究法律责任!

QQ:492913789

Email:ahdba@qq.com

Blog:  

Weibo:    

Twitter: 

Facebook:

Linkedin:

你可能感兴趣的文章
idea中properties配置文件显示中文
查看>>
Intellij IDEA安装lombok
查看>>
将jar包 打成可以直接执行某个类的main函数 通过java -jar 执行jar包
查看>>
Cannot assign requested address的解决办法 (nginx报错)
查看>>
nginx应用总结--突破高并发的性能优化
查看>>
Mysql 带 in 的删除操作会不走索引
查看>>
Java中创建对象的5种方式
查看>>
用plist安装ios应用
查看>>
查看进程当前打开的文件数量
查看>>
一行日志引发的血案--程序异常中断却没有日志
查看>>
用递归实现字符串反转
查看>>
HashMap的实现原理
查看>>
Oracle in 参数个数超过1000的解决方案
查看>>
Centos7 安装 weblogic10.3.6
查看>>
Centos7 安装 weblogic12.2.1.0.0
查看>>
关于 java static
查看>>
判断一个字符串是否是合法的JSON字符串
查看>>
Mybatis 源码学习(一) Mapper 注册
查看>>
Mybatis 源码学习(二) Mapper 接口和sql的映射
查看>>
Mybatis 源码学习(三) 一级缓存
查看>>