关于index fast full scan 和 index full scan

先说下两个重要的等待事件：

1、db file sequential read    ---大多数情况下，读索引块或通过索引读取一个数据块，会记录这个等待，单块读

2、db file scattered read      ---大多数情况下，是由于全表扫描（full table scan）或者快速全索引扫描（index fast full scan）引起的，多块读

Index Fast Full Scan(更像full table scan)      ----效率高，但无序

①没有访问索引的结构，只是简单的扫描索引树的所有叶子节点，故获取的数据是无序的

②多块读（multiblock_read），产生的等待事件是：db file scattered read

Index Full Scan   -----效率较低，但是有序

①完全按照索引存储的顺序依次访问整个索引树，故查询结果有序

②单块读（single_read），产生的等待事件是：db file sequential read

1、当select和where中出现的列都存在索引是发生index full scan与index fast full scan的前提

2、查询返回的数据行总数占据整个索引10%以上的比率

3、基于上述前提count(*)操作几乎总是选择index fast full scan，而索引列上的order by子句几乎总是选择index full scan

4、index fast full scan使用多块读的方式读取索引块，产生db file scattered reads 事件，读取时高效，但为无序读取

5、index full scan使用单块读方式有序读取索引块，产生db file sequential reads事件，当采用该方式读取大量索引全扫描，效率低下

6、绝大多数情况下，index fast full scan性能优于index full scan，但前者在有order by时，一定会存在对读取的块重新排序的过程 

7、index fast full scan通过牺牲内存与临时表空间换取性能，因此在内存不足或饱和状态应进行合理权衡

详情查看：http://blog.csdn.net/leshami/article/details/7452310