mysql表快速扫描_【翻译自mos文章】使用索引快速全扫（indexffs）来避免全表扫描...

使用索引快速全扫(index ffs) 来避免全表扫描 参考原文： Index Fast Full Scan Usage To Avoid Full Table Scans (Doc ID 70135.1) 适用于： Oracle Database - Enterprise Edition - Version 7.3.0.0 to 11.2.0.3 [Release 7.3.0 to 11.2] Information i

使用索引快速全扫(index ffs) 来避免全表扫描

参考原文：

Index Fast Full Scan Usage To Avoid Full Table Scans (Doc ID 70135.1)

适用于：

Oracle Database - Enterprise Edition - Version 7.3.0.0 to 11.2.0.3 [Release 7.3.0 to 11.2]

Information in this document applies to any platform.

***Checked for relevance on 2-Dec-2013***

目的：

本文讨论了使用 Index Fast Full Scans (Index FFS) 来避免Full Table Scans (FTS)

范围：

那些遇到 查询走fts而不走index ffs这种情况 的支持分析人员和客户

细节：

什么时候index ffs 优先于fts 被使用？

从Oracle8 Server Concepts manual:

1.索引必须包括所有的在查询中出现的列(确切的说是要么 出现在select之后，要么 出现在where 之后)。

2.index ffs 只适用于cbo

3.Index FFS 对应的hint为 /*+ INDEX_FFS() */

index ffs是在oracle 7.3中被引入的。

在oracle 7中，需要把初始化参数V733_PLANS_ENABLED设置为true

一个index ffs 将会扫描index中的所有blocks。返回的数据是不排序的。

index ffs 可以使用多块I/O,也可以像 fts那样使用并行。

例子：

使用 the standard emp and dept tables 来举例

准备工作：创建一个复合索引

create index emp_ix on emp(empno, deptno, ename);

第一种情况：查询一个单表，该查询的 select语句之后有索引中的全部列：

SQL> select /*+ INDEX_FFS (emp emp_ix) */ empno, deptno, ename from emp;

Execution Plan

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

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=21 Bytes=693)

1 0 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4 Card=21 Bytes=693)

第二种情况：查询一个单表, 组成index的列，要么 出现在select之后，要么 where 之后

SQL> select /*+ INDEX_FFS (emp emp_ix) */ empno, ename from emp where deptno > :bind1;

Execution Plan

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

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=2 Bytes=66)

1 0 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4 Card=2 Bytes=66)

第三种情况：查询中有构成index的所有列和没在index中的列

SQL> select /*+ INDEX_FFS (emp emp_ix) */ empno, ename from emp where deptno > :bind1 and sal Execution Plan

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

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1 Card=1 Bytes=46)

1 0 TABLE ACCESS (FULL) OF 'EMP' (Cost=1 Card=1 Bytes=46)

Note: CBO 优化器选择了 FTS，原因是 INDEX FFS不能满足 all columns in query 这个要求。

--->可以看出，虽然用了hint，但是执行计划依然不走index ffs，而是走了TABLE ACCESS (FULL)。原因很简单：走了index ffs就得不到正确的结果。

第四种情况：构成复合索引的列，包括在查询中。

SQL> select /*+ INDEX_FFS (emp emp_ix) */ ename from emp;

Execution Plan

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

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=21 Bytes=147)

1 0 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4 Card=21 Bytes=147)

NOTE: INDEX FFS still chosen if subset of index columns in query

第五种情况：查询包括关联(join)

SQL> select /*+ INDEX_FFS ( e emp_ix) */ e.ename, d.dname from emp e , dept d where e.deptno=d.deptno;

Execution Plan

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

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=4 Bytes=168)

1 0 HASH JOIN (Cost=6 Card=4 Bytes=168)

2 1 INDEX (FAST FULL SCAN) OF 'EMP_IX' (NON-UNIQUE) (Cost=4Card=21 Bytes=420)

3 1 TABLE ACCESS (FULL) OF 'DEPT' (Cost=1 Card=21 Bytes=462)

--->可以看到，对emp表(即：e表)，也是能走index ffs

本文原创发布php中文网，转载请注明出处，感谢您的尊重！