获取逻辑的有四个好处：第一，逻辑读是受制于CPU能力的操作，因而，很好地反映了CPU的使用情况；
第二，逻辑读可能导致物理读，因而，通过减少逻辑读的数量，很可能会降低I/O操作次数；
第三，逻辑读是受制于行的操作，既然经常要考虑多用户负载的优化，最小化逻辑读将有利于避免扩展性问题；
第四，逻辑读的数量可以通过SQL跟踪文件和动态性能视图在SQL语句以及执行计划级别获得。
逻辑读非常接近总的资源开销，就可以集中精力(至少在第一轮优化中)在每个返回行具有较多逻辑读的访问路径上。一般可以考虑如下“经验法则”
每个返回行少于5个逻辑读的访问路径可能是不错的。
每个返回行10~15个逻辑读的访问路径是可以接受的。
每个返回行多于15~20个逻辑读很可能是低效的。
两个陷进:
读一致性--为了保证事务的一致性，基于当前块及回滚信息，数据块的相同副本应该在运行时创建，将产生若干个逻辑读
行预取--客户端从数据库获取数据时，同时获取多行
----------------------------------------------------------------------------------------------------
摘抄于《oracle性能诊断艺术》
扫一扫
222
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
