ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 索引列的usable和visible(一)

索引列的usable和visible(一)

原创 Linux操作系统 作者:realkid4 时间:2011-02-28 21:38:42 0 删除 编辑

 

索引是Oracle数据库中一个重要的组成部分。Oracle优化和处理很多方面都是围绕索引进行的。在Oracle11g中,索引添加了一个visible属性,来加强对索引的控制能力。今天我们来一起聊聊这个新加入的visible属性和原有的usable属性。

 

 

usable属性是Oracle一直以来控制索引效应的重要因素。索引是一种依赖数据表字段取值的对象,有效的索引需要实时维护数据与索引之间的关系。在进行数据表DML操作的时候,Oracle会自动进行数据表对应索引的更新。

 

 

如果我们将数据表特定索引属性设置为unusable,也就是取消索引的使用。那么效果会有三个:

ü        在数据表进行DML操作的时候,连带的时不会对unusable属性索引进行更新的。也就是说,索引一旦被unusable,就存在和数据表索引列不对应的可能;

ü        Oracle进行执行路径生成的时候,是不会选择unusable的属性引导路径;

ü        如果在SQL语句中,强制Oracle使用特定unusable的索引(比如使用hint),那么Oracle会报错说索引已经被unusable;

 

引起索引状态unusable的原因很多。比如直接修改alter index,将索引属性变化为unusable。还有就是进行数据表move操作,引发数据行rowid变化,此时index自动变化为unusable。还有就是如使用分区表的时候,如果创建的是全局索引,如果其中一个分区被删除,全局索引也会被unusable。

 

 

将索引恢复为正确状态,只能通过rebuild重建索引。重新收集数据表索引列的信息,重新构建索引树。

 

 

invisible从某种程度上看,和unusable有相似之处,都是一定程度上的对索引禁用。作为一个11g引入的新特性,我们一起来实验研究。

 

SQL> select * from v$version;

 

BANNER

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

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

PL/SQL Release 11.2.0.1.0 - Production

CORE    11.2.0.1.0    Production

 

TNS for IBM/AIX RISC System/6000: Version 11.2.0.1.0 - Production

NLSRTL Version 11.2.0.1.0 Production

 

SQL> select count(*) from stktestonhand;

 

  COUNT(*)

----------

200100

 

 

SQL> desc stktestonhand;

Name              Type               Nullable Default Comments

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

(无相关字段省略……

FORMCODE          VARCHAR2(255 CHAR) Y                        

SERIESNUMBER_FROM VARCHAR2(10 CHAR)  Y                        

SERIESNUMBER_TO   VARCHAR2(10 CHAR)  Y                        

TICKET_QUANTITY   NUMBER(19,2)       Y                          

CREATE_USER       VARCHAR2(20)       Y                        

SEQ_NUMBER        NUMBER(13)                                  

 

 

 

数据表stktestonhand就是我们的实验表。数据列seriesnumber_from和seriesnumber_to是组合唯一的(业务限定),所以,构建索引对象如下:

 

 

-- Create/Recreate primary, unique and foreign key constraints

alter table STKTESTONHAND

  add constraint pk_stktestonhand_seq_number primary key (SEQ_NUMBER);

-- Create/Recreate indexes

create unique index ind_stktestonhand_comp0 on STKTESTONHAND (seriesnumber_from, seriesnumber_to);

 

 

我们进行搜索查询实验。

 

 

SQL> explain plan for select * from stktestonhand where SERIESNUMBER_FROM<=lpad('10000',10,'0') and SERIESNUMBER_TO>=lpad('10000',10,'0');

 

Executed in 0.016 seconds

 

SQL> select * from table(dbms_xplan.display);

 

PLAN_TABLE_OUTPUT

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

Plan hash value: 3449092418

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

| Id  | Operation                   | Name                    | Rows  | Bytes |

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

|   0 | SELECT STATEMENT            |                         |   183 | 11346 |

|   1 |  TABLE ACCESS BY INDEX ROWID| STKTESTONHAND           |   183 | 11346 |

|*  2 |   INDEX RANGE SCAN          | IND_STKTESTONHAND_COMP0 |   183 |       |

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

Predicate Information (identified by operation id):

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

   2 - access("SERIESNUMBER_TO">='0000010000' AND "SERIESNUMBER_FROM"<='00000100

       filter("SERIESNUMBER_TO">='0000010000')

 

Executed in 0.156 seconds

 

 

此时,该查询根据索引路径进行搜索。下面,我们观察索引的状态。

 

 

SQL> col index_name format a20;

SQL> col table_name format a15;

SQL> select index_name, table_name,UNIQUENESS,status, num_rows, VISIBILITY from user_indexes where index_name='IND_STKTESTONHAND_COMP0';

 

INDEX_NAME           TABLE_NAME      UNIQUENESS STATUS     NUM_ROWS VISIBILITY

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

IND_STKTESTONHAND_CO STKTESTONHAND   UNIQUE     VALID        200100 VISIBLE

MP0                                                                 

Executed in 0.062 seconds

 

SQL> col segment_name format a15;

SQL> select segment_name, segment_type,bytes,blocks from user_segments where segment_name='IND_STKTESTONHAND_COMP0';

 

SEGMENT_NAME    SEGMENT_TYPE            BYTES     BLOCKS

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

IND_STKTESTONHA INDEX                 8388608       1024

ND_COMP0                                     

 

Executed in 0.125 seconds

 

注意:当前索引状态为VALID,可见性为visible。索引体积为8.3MB。我们首先观察unusable的现象。

 

SQL> alter index IND_STKTESTONHAND_COMP0 unusable;

 

Executed in 0.032 seconds

 

SQL> select index_name, table_name,UNIQUENESS,status, num_rows, VISIBILITY from user_indexes where index_name='IND_STKTESTONHAND_COMP0';

 

INDEX_NAME           TABLE_NAME      UNIQUENESS STATUS     NUM_ROWS VISIBILITY

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

IND_STKTESTONHAND_CO STKTESTONHAND   UNIQUE     UNUSABLE     200100 VISIBLE

MP0                                                                 

Executed in 0.046 seconds

 

SQL> explain plan for select * from stktestonhand where SERIESNUMBER_FROM<=lpad('10000',10,'0') and SERIESNUMBER_TO>=lpad('10000',10,'0');

 

Executed in 0 seconds

 

SQL> select * from table(dbms_xplan.display);

 

PLAN_TABLE_OUTPUT

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

Plan hash value: 2311662756

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

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

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

|   0 | SELECT STATEMENT  |               |   183 | 11346 |   588   (2)| 00:00:0

|*  1 |  TABLE ACCESS FULL| STKTESTONHAND |   183 | 11346 |   588   (2)| 00:00:0

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

Predicate Information (identified by operation id):

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

   1 - filter("SERIESNUMBER_FROM"<='0000010000' AND

              "SERIESNUMBER_TO">='0000010000')

 

Executed in 0.094 seconds

 

 

 

从上面的信息中,可以知道。一旦索引被unusable,SQL执行计划中不会考虑索引路径,相当于失效。

 

 

下面我们进行连带DML操作检查。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/17203031/viewspace-688135/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
求道~

注册时间:2010-11-30

  • 博文量
    545
  • 访问量
    7677847