深入了解Oracle索引(2)：INDEX UNIQUE SCAN，INDEX FULL SCAN和INDEX FAST FULL SCAN
日期：2014-05-16 浏览次数：20710 次
深入理解Oracle索引(2)：INDEX UNIQUE SCAN，INDEX FULL SCAN和INDEX FAST FULL SCAN
㈠ INDEX UNIQUE SCAN
如果表上有唯一索引, 搜索索引列时会用上INDEX UNIQUE SCAN
原来Index Unique Scan和Index Range Scan在B Tree上的搜索路径是一样的
只是Index Unique Scan在找到应该含有要找的Index Key的block后便停止了搜索，因为该键是唯一的
而Index Range Scan还要循着指针继续找下去直到条件不满足时
Oracle9i Database Performance Tuning Guide and Reference提到：
This access path is used when all columns of a unique (B-tree) index are specified with equality conditions
由此，B-Tree结构的unique index上的所有索引列都要被指定时，才会使用index unique scan来访问
㈠ INDEX UNIQUE SCAN
如果表上有唯一索引, 搜索索引列时会用上INDEX UNIQUE SCAN
原来Index Unique Scan和Index Range Scan在B Tree上的搜索路径是一样的
只是Index Unique Scan在找到应该含有要找的Index Key的block后便停止了搜索，因为该键是唯一的
而Index Range Scan还要循着指针继续找下去直到条件不满足时
Oracle9i Database Performance Tuning Guide and Reference提到：
This access path is used when all columns of a unique (B-tree) index are specified with equality conditions
下面测试一下这句话的真实性：
hr@ORCL> create table t (id number,name varchar2(10)); hr@ORCL> create unique index ind_t on t (id); hr@ORCL> insert into t values(1,'a'); hr@ORCL> insert into t values(2,'b'); hr@ORCL> commit; hr@ORCL> set autot trace exp hr@ORCL> select * from t where id=1; Execution Plan ---------------------- Plan hash value: 1366100657 ------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 20 | 1 (0)| 00:00:01 | | 1 | TABLE ACCESS BY INDEX ROWID| T | 1 | 20 | 1 (0)| 00:00:01 | |* 2 | INDEX UNIQUE SCAN | IND_T | 1 | | 1 (0)| 00:00:01 | ------------------------------------------------- hr@ORCL> drop index ind_t; hr@ORCL> create index ind_t on t (id,name); hr@ORCL> analyze index ind_t compute statistics； hr@ORCL> select * from t where id=1; Execution Plan ---------------------- Plan hash value: 3131770069 -------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -------------------------------------- | 0 | SELECT STATEMENT | | 1 | 20 | 1 (0)| 00:00:01 | |* 1 | INDEX RANGE SCAN| IND_T | 1 | 20 | 1 (0)| 00:00:01 | --------------------------------------
由此，B-Tree结构的unique index上的所有索引列都要被指定时，才会使用index unique scan来访问
㈡ INDEX FULL SCAN和 INDEX FAST FULL SCAN
在一句SQL中，如果我们想搜索的列都包含在索引里面的话
那么Index Full Scan 和 Index Fast Full Scan 都可以被采用代替Full Table Scan
有索引排序的时候,优化器可能会偏向于Index Full Scan
如果Select 列表中数据都可来自于索引中包含的字段，则通常容易选择Index Fast Full Scan
这样出来的数据是根据索引 的 extent 为单元，无顺序的
扫描block包含了所有枝节点，不区分是否叶子节点。可以做多块顺序扫描，一个io 包含多个block
&n
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
