Oracle虛擬索引

從9.2版本開始Oracle引入了虛擬索引的概念，虛擬索引是一個“偽造”的索引，它的定義只存在數據字典中并有存在相關的索引段。虛擬索引是為了在不真正創建索引的情況下，驗證如果使用索引sql執行計劃是否改變，執行效率是否能得到提高。

本文在11.2.0.4版本中測試使用虛擬索引

1、創建測試表

ZX@orcl> create table test_t as select * from dba_objects;

Table created.

ZX@orcl> select count(*) from test_t;

  COUNT(*)
----------
     86369

2、查看一個SQL的執行計劃，由于沒有創建索引，使用TABLE ACCESS FULL訪問表

ZX@orcl> set autotrace traceonly explain
ZX@orcl> select object_name from test_t where object_id=123;

Execution Plan
----------------------------------------------------------
Plan hash value: 2946757696

----------------------------------------------------------------------------
| Id  | Operation	  | Name   | Rows  | Bytes | Cost (%CPU)| Time	   |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |	   |	14 |  1106 |   344   (1)| 00:00:05 |
|*  1 |  TABLE ACCESS FULL| TEST_T |	14 |  1106 |   344   (1)| 00:00:05 |
----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("OBJECT_ID"=123)

Note
-----
   - dynamic sampling used for this statement (level=2)

3、創建虛擬索引，數據字典中有這個索引的定義但是并沒有實際創建這個索引段

ZX@orcl> set autotrace off
ZX@orcl> create index idx_virtual on test_t (object_id) nosegment;

Index created.

ZX@orcl> select object_name,object_type from user_objects where object_name='IDX_VIRTUAL';

OBJECT_NAME															 OBJECT_TYPE
-------------------------------------------------------------------------------------------------------------------------------- -------------------
IDX_VIRTUAL															 INDEX

ZX@orcl> select segment_name,tablespace_name from user_segments where segment_name='IDX_VIRTUAL';

no rows selected

4、再次查看執行計劃

ZX@orcl> set autotrace traceonly explain
ZX@orcl> select object_name from test_t where object_id=123;

Execution Plan
----------------------------------------------------------
Plan hash value: 2946757696

----------------------------------------------------------------------------
| Id  | Operation	  | Name   | Rows  | Bytes | Cost (%CPU)| Time	   |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |	   |	14 |  1106 |   344   (1)| 00:00:05 |
|*  1 |  TABLE ACCESS FULL| TEST_T |	14 |  1106 |   344   (1)| 00:00:05 |
----------------------------------------------------------------------------

5、我們看到執行計劃并沒有使用上面創建的索引，要使用虛擬索引需要設置參數

ZX@orcl> alter session set "_use_nosegment_indexes"=true;

Session altered.

6、再次查看執行計劃，可以看到執行計劃選擇了虛擬索引，而且時間也縮短了。

ZX@orcl> select object_name from test_t where object_id=123;

Execution Plan
----------------------------------------------------------
Plan hash value: 1533029720

-------------------------------------------------------------------------------------------
| Id  | Operation		    | Name	  | Rows  | Bytes | Cost (%CPU)| Time	  |
-------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT	    |		  |    14 |  1106 |	5   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| TEST_T	  |    14 |  1106 |	5   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN	    | IDX_VIRTUAL |   315 |	  |	1   (0)| 00:00:01 |
-------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("OBJECT_ID"=123)

Note
-----
   - dynamic sampling used for this statement (level=2)

從上面的執行計劃可以看出創建這個索引會起到優化的效果，這個功能在大表建聯合索引優化能起到很好的做作用，可以測試多個列組合哪個組合效果最好，而不需要實際每個組合都創建一個大索引。

7、刪除虛擬索引

ZX@orcl> drop index idx_virtual;

Index dropped.

MOS文檔：Virtual Indexes (文檔 ID 1401046.1)