关于INDEX SKIP SCAN

INDEX SKIP SCAN是9i之后提供的新功能，实现了即使WHERE条件中不存在索引的前导列也可以使用索引。但是INDEX SKIP SCAN是需要下面几个条件的：

1，版本9i及以后

2，CBO（表和索引都经过分析）

3，索引的前导列重复值很少（选择性低）

4，WHERE条件中不存在索引前导列

[@more@]

举例：

1， 建立测试环境

Sql>select * from v$version;

BANNER

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

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi

PL/SQL Release 10.2.0.1.0 - Production

CORE 10.2.0.1.0 Production

TNS for IBM/AIX RISC System/6000: Version 10.2.0.1.0 - Productio

NLSRTL Version 10.2.0.1.0 - Production

Sql>conn sunwg/test

已连接

Sql>create table sunwg as select * from dba_objects;

表已创建

Sql>create index ind_type_id on sunwg(object_type,object_id);

索引已创建

3，一般情况下，WHERE条件中包含索引的前导列，那么查询是会选择索引的

4，如果WHERE中不包括索引的前导列，在没有统计信息的情况下，优化器是不会选择索引的。

5，收集了表和索引的统计信息，那么就会执行索引的跳跃扫描

从两次执行时候的COST可以看得出来，执行索引跳跃扫描的时候效率会比全表扫描高不少。索引跳跃扫描具体是怎么执行的呢？

从网上查了资料，说是索引跳跃扫描实际上转化成为多个SQL的UNION操作，对于上面的例子，可能大概转化为下面的形式：

Select * from sunwg where object_type = ‘TABLE’ and object_id = 68191

Union

Select * from sunwg where object_type = ‘INDEX’ and object_id =68191

Union

……

我们有验证这种说法的正确性，但是利用这种说法可以很好的解释为什么索引跳跃扫描仅仅发生在前导列的重复值很多的情况下。因为如果索引前导列的重复值很少，那么将会转化成大量SQL的UNION操作，这样效率相对来说会低得多。

上面就是大家经常的对索引跳跃扫描的理解，觉得索引跳跃扫描相比全表扫描来说有着更好的性能。但是很少想到，索引跳跃扫描真是很好的事情么？

从两方面来说吧

1， 当前导列的重复值很多的时候，ORACLE并不会选择索引的跳跃扫描，他认为这样的效率设置比全表扫描还要低。可是实际上，ORACLE并没有把第二索引列考虑进去，如果第二个索引列的选择性很高的情况下，走索引可能还是一种高效的访问方式。实验很简单，这里就不做了，感兴趣的可以自己实验下。

2， 前面说过了，只有前导列的重复值很小的时候，ORACLE才会选择索引跳跃扫描。其实索引跳跃扫描仅仅是对低效索引的一种弥补。从B+树索引的结构可以看得出来，索引列的选择性越高那么索引的效果越好。那么在建多列索引中的时候也应该把选择性高的列放到前面，这样可以极大的提高的索引访问的效率。所以当我们的SQL 走了索引跳跃扫描的时候，我们应该多想想是不是我们的索引建立的有问题。

ORACLE新版本的一些新的特性，有一些是原来没有东西，有一些是对原有的有问题的东西的修补，那么我们在使用新特性的时候要多想想，多比比，这样才可以合理的使用那些新的东西。

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

转载于:http://blog.itpub.net/8394333/viewspace-995992/