在查看SQL的执行计划的时候,有时候会看到INDEX SKIP SCAN,其实这个索引扫描路径会发生在多个列建立的复合索引上,如果SQL中谓词条件只包含索引中的部分列,并且这些列不是建立索引时的第一列时,就可 能发生INDEX SKIP SCAN。这里SKIP的意思是因为查询条件没有第一列或前面几列,被忽略了。
引用Oracle文档的例子,比如如下的表:
employees (sex, employee_id, address)
建立如下索引:
(sex, employee_id)
如果索引包含如下的数据:
('F',98)
('F',100)
('F',102)
('F',104)
('M',101)
('M',103)
('M',105)
索引结构图示如下:
[img]http://docs.oracle.com/cd/B19306_01/server.102/b14211/img/pfgrf197.gif[/img]
这时如果我们执行以下查询就会触发走INDEX SKIP SCAN:
SELECT *
FROM employees
WHERE employee_id = 101;
这里sex就会被忽略掉了,实际上Oracle并没有真正忽略,而是在逻辑上拆分为2个子索引来查询而已。
引用Oracle文档的例子,比如如下的表:
employees (sex, employee_id, address)
建立如下索引:
(sex, employee_id)
如果索引包含如下的数据:
('F',98)
('F',100)
('F',102)
('F',104)
('M',101)
('M',103)
('M',105)
索引结构图示如下:
[img]http://docs.oracle.com/cd/B19306_01/server.102/b14211/img/pfgrf197.gif[/img]
这时如果我们执行以下查询就会触发走INDEX SKIP SCAN:
SELECT *
FROM employees
WHERE employee_id = 101;
这里sex就会被忽略掉了,实际上Oracle并没有真正忽略,而是在逻辑上拆分为2个子索引来查询而已。