全表扫描相信大家都知道,一般情况下都要尽量不要使用。索引扫描是先在索引B树中查找满足条件的行,找到后根据索引中行ROWID信息,直接定位表中相应的行。即使表中的数据有千万级,效率是很高的。这种情况只是针对返回的行比较少的情况,如果很多的话,效率很可能就低了。
原因:
[img]/upload/attachment/102034/17c79f53-fb9a-39ab-b538-089168ad9411.jpg[/img]
上图中,第1个叶块中的第2个索引条目和第2个叶块中的第8个索引条目,指向表中同一块:第5号块。索引是按顺序访问的,当访问到第1个索引条目时,Oracle将表中5号块读进Buffer cache,读后面的索引条目时,因为后面的索引条目并不一定也指向表中5号块,在此例中,后面的索引条目都指向其他的块,Oracle必须将其他的块读进Buffer cache,而这后读进Buffer cache中的块,可能会使表的第5号块老化(也就是被移出缓存),当读到第8个索引条目时,又必须重新物理读取一次表的第5号块。而全表扫描则不同,它每读取一个块,必将此块中所有满足条件的行全部取出,才会物理读取下一个块。因此,如果是取表中大量行,通过索引扫描反而会使物理读增加,因而造成性能降低。
所以从表中取出大量行时,通常行数占表中总行数的10%以上时,再通过索引取行效率就不很好了。
原因:
[img]/upload/attachment/102034/17c79f53-fb9a-39ab-b538-089168ad9411.jpg[/img]
上图中,第1个叶块中的第2个索引条目和第2个叶块中的第8个索引条目,指向表中同一块:第5号块。索引是按顺序访问的,当访问到第1个索引条目时,Oracle将表中5号块读进Buffer cache,读后面的索引条目时,因为后面的索引条目并不一定也指向表中5号块,在此例中,后面的索引条目都指向其他的块,Oracle必须将其他的块读进Buffer cache,而这后读进Buffer cache中的块,可能会使表的第5号块老化(也就是被移出缓存),当读到第8个索引条目时,又必须重新物理读取一次表的第5号块。而全表扫描则不同,它每读取一个块,必将此块中所有满足条件的行全部取出,才会物理读取下一个块。因此,如果是取表中大量行,通过索引扫描反而会使物理读增加,因而造成性能降低。
所以从表中取出大量行时,通常行数占表中总行数的10%以上时,再通过索引取行效率就不很好了。