通过分析SQL语句的执行计划优化SQL(总结)

teddyboy · 发表于 2006-1-12 22:32

2) emp表比较大时，而且deptno = 10条件能查询出表中大部分的数据如(50%)。如该表共有4000万行数据，共放在有500000个数据块中，每个数据块为8k，则该表共有约4G，则这么多的数据不可能全放在内存中，绝大多数需要放在硬盘上。此时如果该查询通过索引查询，则是你梦魇的开始。 db_file_multiblock_read_count参数的值200。如果采用全表扫描，则需要 500000/db_file_multiblock_read_count=500000/200=2500次I/O。但是如果采用索引扫描，假设 deptno列上的索引都已经cache到内存中，所以可以将访问索引的开销忽略不计。因为要读出4000万x 50% = 2000万数据，假设在读这2000万数据时，有99.9%的命中率，则还是需要20000次I/O,比上面的全表扫描需要的2500次多多了，所以在这种情况下，用索引扫描反而性能会差很多。在这样的情况下，用全表扫描的时间是固定的，但是用索引扫描的时间会随着选出数据的增多使查询时间相应的延长。

使用索引的20000次i/o是怎么计算出来的？我没看懂

lfree · 发表于 2006-1-13 08:33

另外我觉得如果表很小(,小于40K) ,建立全索引会更好..

phigon · 发表于 2006-1-13 08:45

那样会增加I/O次数的吧？

zhxx_ora · 发表于 2006-1-13 08:51

感谢楼主的辛勤劳动,支持!

nyfor · 发表于 2006-1-13 09:11

感谢楼主的分享, 稍后仔细看看

tolywang · 发表于 2006-1-13 09:36

原创都要顶。

ignu · 发表于 2006-1-13 09:44

不错的东西

SunnyXu · 发表于 2006-1-13 09:53

使用索引的20000次i/o是怎么计算出来的？我没看懂

复制代码

是这样算出来的：
但是如果采用索引扫描，假设 deptno列上的索引都已经cache到内存中，所以可以将访问索引的开销忽略不计。因为要读出4000万x 50% = 2000万数据，假设在读这2000万数据时，有99.9%的命中率，则还是需要20000次I/O

因为是索引扫描，所以对于每行都需要2次i/0，一次i/0读索引，一次i/0读数据，但是我假设索引已经cache到内存中(实际上对于这么大的表，索引不太可能全cache到内存，除非内存足够大)，所以对于索引的i/O为逻辑i/O，访问索引的开销忽略不计。但是对于访问表中的数据，我假设了为99.9%的命中率。那么2000万 × 0.1% = 20000。

outdo · 发表于 2006-1-13 10:13

好长啊.
收藏. 谢谢

cleversnow · 发表于 2006-1-13 15:33

佩服！顶！

[精华] 通过分析SQL语句的执行计划优化SQL(总结)

好厉害啊