使用虚拟索引进行数据库优化
NinGoo's blog

使用虚拟索引进行数据库优化

在数据库优化中,索引的重要性不言而喻。但是,在性能调整过程中,一个索引是否能被查询用到,在索引创建之前是无法确定的,而创建索引是一个代价比较高的操作,尤其是数据量较大的时候。

虚拟索引(Virtual Index)不是物理存在的,它并不会创建实际的索引段,只是在数据字典中加了一个索引的记录,使得优化器能够意识到一个索引的存在,从而判断是否使用该索引作为访问路径。当然,实际上最终查询的访问路径是不会使用该虚拟索引的。

所以,虚拟索引的用处就是用来判断一个索引对于sql的执行计划的影响,尤其是对整个数据库的影响,从而判断是否需要创建物理索引。

oracle文档中并没有提到虚拟索引的创建语法,实际上就是普通索引语法后面加一个nosegment关键字即可,B*Tree index和bitmap index都可以。

不同版本的虚拟索引的特性可能不一样,本文的例子执行环境为:


NING@ning>select * from v$version;

BANNER
—————————————————————-
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – Prod
PL/SQL Release 10.2.0.3.0 – Production
CORE 10.2.0.3.0 Production
TNS for 32-bit Windows: Version 10.2.0.3.0 – Production
NLSRTL Version 10.2.0.3.0 – Production

1.创建虚拟索引


NING@ning>create table test(id int,name varchar2(30));

Table created.

NING@ning>insert into test select rownum,object_name from all_objects where rownum<1001;

1000 rows created.

NING@ning>commit;

Commit complete.

NING@ning>create unique index ix_test on test(id) nosegment;

Index created.

NING@ning>analyze table test compute statistics;

Table analyzed.

2.使用虚拟索引


NING@ning>explain plan for select * from test where id=1;

Explained.

NING@ning>select * from table(dbms_xplan.display());

PLAN_TABLE_OUTPUT
————————————————————————–
Plan hash value: 1357081020

————————————————————————–
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
————————————————————————–
| 0 | SELECT STATEMENT | | 1 | 17 | 3 (0)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| TEST | 1 | 17 | 3 (0)| 00:00:01 |
————————————————————————–

必须设置隐含参数”_use_nosegment_indexes”=true(默认为false)后,CBO才能使用虚拟索引ix_test


NING@ning>alter session set “_use_nosegment_indexes”=true;

Session altered.

NING@ning>select * from table(dbms_xplan.display());

PLAN_TABLE_OUTPUT
————————————————————————–
Plan hash value: 166686173

—————————————————————————-
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
—————————————————————————-
| 0 | SELECT STATEMENT | | 1 | 17 | 2 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| TEST | 1 | 17 | 2 (0)| 00:00:01 |
|* 2 | INDEX UNIQUE SCAN | IX_TEST | 1 | | 1 (0)| 00:00:01 |
—————————————————————————-

RBO无法使用虚拟索引


NING@ning>alter session set optimizer_mode=rule;

Session altered.

NING@ning>explain plan for select * from test where id=1;

Explained.

NING@ning>select * from table(dbms_xplan.display());

PLAN_TABLE_OUTPUT
———————————————————–
Plan hash value: 1357081020

———————————-
| Id | Operation | Name |
———————————-
| 0 | SELECT STATEMENT | |
|* 1 | TABLE ACCESS FULL| TEST |
————————————————————–

RBO使用hint可以使用虚拟索引


NING@ning>explain plan for select /*+ index(test,ix_test)*/* from test where id=1;

Explained.

NING@ning>select * from table(dbms_xplan.display());

PLAN_TABLE_OUTPUT
————————————————————————–
Plan hash value: 166686173

—————————————————————————
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
—————————————————————————
| 0 | SELECT STATEMENT | | 1 | 17 | 2 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| TEST | 1 | 17 | 2 (0)| 00:00:01 |
|* 2 | INDEX UNIQUE SCAN | IX_TEST | 1 | | 1 (0)| 00:00:01 |
—————————————————————————-

3.虚拟索引的特性

无法执行alter index


NING@ning>alter index ix_test rebuild;
alter index ix_test rebuild
*
ERROR at line 1:
ORA-08114: can not alter a fake index

NING@ning>alter index ix_test rename to ix_test2;
alter index ix_test rename to ix_test2
*
ERROR at line 1:
ORA-08114: can not alter a fake index

不能创建和虚拟索引同名的实际索引


NING@ning>create index ix_test on test(name);
create index ix_test on test(name)
*
ERROR at line 1:
ORA-00955: name is already used by an existing object

可以创建和虚拟索引包含相同列但不同名的实际索引


NING@ning>create index ix_test2 on test(id);

Index created.

在10g使用回收站特性的时候,虚拟索引必须显式drop,或者在drop table后purge table后,才能创建同名的索引


NING@ning>drop table test;

Table dropped.

NING@ning>create unique index ix_test on test2(id);
create unique index ix_test on test2(id)
*
ERROR at line 1:
ORA-00955: name is already used by an existing object

NING@ning>drop index ix_test;
drop index ix_test
*
ERROR at line 1:
ORA-38301: can not perform DDL/DML over objects in Recycle Bin

NING@ning>purge table test;

Table purged.

NING@ning>create unique index ix_test on test2(id);

Index created.

查找系统中已经存在的虚拟索引:

SELECT index_owner, index_name
FROM dba_ind_columns
WHERE index_name NOT LIKE ‘BIN$%’
MINUS
SELECT owner, index_name
FROM dba_indexes;

虚拟索引分析并且有效,但是数据字典里查不到结果,估计是oracle内部临时保存了分析结果

参考:Itpub上对于该主题的讨论

无觅相关文章插件,快速提升流量

本文网址:http://www.ningoo.net/html/2007/sql_tuning_with_virtual_index.html

订阅到Google | 收藏到Del.icio.us | 推荐到鲜果

上一篇: 下一篇:

本文Tags: , , , , ,

3 条评论

  • At 2007.07.17 12:13, 木匠 said:

    再加上用 dbms_stats 设置一下预测的 数据分布, 就更理想了.
    比如 distinct values, rows, histogram …etc.

    • At 2007.07.18 15:18, kangbiao said:

      学习了,谢谢

      偷偷问一下,你是从哪里知道的这个参数的?

      • At 2007.07.18 16:00, NinGoo said:

        网上偶然看到的,网络的力量是无穷的,呵呵


      (Required)
      (Required, will not be published)