解读Oracle 索引扫描

一、 根据索引的类型与where限制条件的不同,有4种类型的Oracle索引扫描:

1 索引唯一扫描(index unique scan)

2 索引范围扫描(index range scan)

3 索引全扫描(index full scan)

4 索引快速扫描(index fast full scan)

[@more@]

1. 索引唯一扫描(index unique scan)

通过唯一索引查找一个数值经常返回单个ROWID。如果该唯一索引有多个列组成(即组合索引),则至少要有组合索引的引导列参与到该查询中,如创建一个索引:create index IDX_T_YSK_AJ_AJ_YSID on T_YSK_AJ_AJ (YSID) tablespace TBS_YYK_YSKINDEX。则select * from t_ysk_aj_aj t where ysid='tangyun'语句可以使用该索引。如果该语句只返回一行,则存取方法称为索引唯一扫描。而select * from t_ysk_aj_aj t where csid='tangyun';语句则不会使用该索引,因为where子句种没有引导列。如果存在UNIQUE PRIMARY KEY 约束(它保证了语句只存取单行)的话,Oracle经常实现唯一性扫描。


2. 索引范围扫描(index range scan)

使用一个索引存取多行数据,同上面一样,如果索引是组合索引,而且select * from t_ysk_aj_aj t where ysid='tangyun'and csid='tangyun';语句返回多行数据,虽然该语句还是使用该组合索引进行查询,可此时的存取方法称为索引范围扫描。

在唯一索引上使用索引范围扫描的典型情况下是在谓词(where限制条件)中使用了范围操作符(><<>>=<=between)

在非唯一索引上,谓词可能返回多行数据,所以在非唯一索引上都使用索引范围扫描。

使用index rang scan3种情况:

(1) 在唯一索引列上使用了range操作符(> < <> >= <= between)
(2)
在组合索引上,只使用部分列进行查询,导致查询出多行。
(3)
对非唯一索引列上进行的任何查询。

3. 索引全扫描(index full scan)

与全表扫描对应,也有相应的全Oracle索引扫描。在某些情况下,可能进行全Oracle索引扫描而不是范围扫描,需要注意的是全Oracle索引扫描只在CBO模式下才有效。 CBO根据统计数值得知进行全Oracle索引扫描比进行全表扫描更有效时,才进行全Oracle索引扫描,而且此时查询出的数据都必须从索引中可以直接得到。

还是上面的例子:

SQL> explain plan for select count(ysid) from t_ysk_aj_aj;

Explained

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

PLAN_TABLE_OUTPUT

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

Plan hash value: 1790046257

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

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

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

| 0 | SELECT STATEMENT | | 1 | 13 | 0 (0)| 0

| 1 | SORT AGGREGATE | | 1 | 13 | |

| 2 | INDEX FULL SCAN| IDX_T_YSK_AJ_AJ_YSID | 1 | 13 | 0 (0)| 0

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

9 rows selected

4. 索引快速扫描(index fast full scan)

扫描索引中的所有的数据块,与 index full scan很类似,但是一个显著的区别就是它不对查询出的数据进行排序,即数据不是以排序顺序被返回。在这种存取方法中,可以使用多块读功能,也可以使用并行读入,以便获得最大吞吐量与缩短执行时间。


5. 查看执行计划的方法

sql*plus设置autotrace


序号

命令

解释

1

SET AUTOTRACE OFF

此为默认值,即关闭Autotrace

2

SET AUTOTRACE ON EXPLAIN

只显示执行计划

3

SET AUTOTRACE ON STATISTICS

只显示执行的统计信息

4

SET AUTOTRACE ON

包含2,3两项内容

5

SET AUTOTRACE TRACEONLY

ON相似,但不显示语句的执行结果

pl/sql Developer工具

SQL> explain plan for select count(ysid) from t_ysk_aj_aj;

Explained

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


二、 解读执行计划

1. Cardinality(基数)/ rows

Cardinality的值对于CBO做出正确的执行计划来说至关重要。 如果CBO获得的Cardinality值不够准确(通常是没有做分析或者分析数据过旧造成),在执行计划成本计算上就会出现偏差,从而导致CBO错误的制定出执行计划。

Cardinality值表示CBO预期从一个行源(row source)返回的记录数,这个行源可能是一个表,一个索引,也可能是一个子查询。 Oracle 9i中的执行计划中,Cardinality缩写成Card 10g中,Card值被rows替换。

在多表关联查询或者SQL中有子查询时,每个关联表或子查询的Cardinality的值对主查询的影响都非常大,甚至可以说,CBO就是依赖于各个关联表或者子查询Cardinality值计算出最后的执行计划。

对于多表查询,CBO使用每个关联表返回的行数(Cardinality)决定用什么样的访问方式来做表关联(如Nested loops Join hash Join)。

对于子查询,它的Cardinality将决定子查询是使用索引还是使用全表扫描的方式访问数据。

2. 执行计划中含义解释

ID:一个序号,但不是执行的先后顺序。执行的先后根据缩进来判断。

Operation 当前操作的内容。

Rows 当前操作的CardinalityOracle估计当前操作的返回结果集。

CostCPU):Oracle 计算出来的一个数值(代价),用于说明SQL执行的代价。

TimeOracle 估计当前操作的时间。

Access:表示这个谓词条件的值将会影响数据的访问路劲(表还是索引)。

Filter:表示谓词条件的值不会影响数据的访问路劲,只起过滤的作用。

3. 执行计划中的统计信息

db block gets buffer cache中读取的block的数量

consistent gets buffer cache中读取的undo数据的block的数量

physical reads 从磁盘读取的block的数量

redo size DML生成的redo的大小

sorts (memory) :在内存执行的排序量

sorts (disk) :在磁盘上执行的排序量
----------------------------------End-----------------------------------

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

转载于:http://blog.itpub.net/24930246/viewspace-1045251/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值