浅析db file sequential read／db file scattered read/ direct path read

本文主要是介绍浅析db file sequential read／db file scattered read/ direct path read，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

事件概述
Db file sequential read
当数据库发生顺序读时会出现此等待事件，重建控制文件，dump数据文件头，读取数据库文件头也会引起此类事件。
解决办法
1.sql使用了选择性较差的索引
2.增大buffer cache
3.考虑簇，使数据物理的放置在一起
4.分区表，减少数据访问量
5.把数据文件放在IO较空闲的磁盘上
参考文档
WAITEVENT: "db file sequential read" Reference Note (文档 ID 34559.1)
Resolving Issues Where Application Queries are Waiting Too Frequently for 'db file sequential read' Operations (文档 ID 1475825.1)

file scattered read
事件概述

于db file sequential read 类似，但是会话读取的是多个数据块到多个不连续的内存地址上。这个等待事件由于会话等待multiblock IO，特别是FULL TABLE SCAN or INDEX FAST FULL SCAN.

1由于低效的sql

2.低下的IO

解决办法

1.通过v$sqlarea查找是否有sql占用了大量的物理读

2.考虑分区以减少访问的数据量

3.检查对象是否是高HWM

4.考虑压缩以减少访问的块数

5.检查高读取的表的并行度

参考文档

WAITEVENT: "db file scattered read" Reference Note (文档 ID 34558.1)

direct path read
事件概述
数据库直接读取数据到pga时会发生此等待事件。如果支持异步IO，数据库会提交IO请求并继续执行，IO请求会等待，这个时候就会有direct path read 直到IO请求完成。如果没有使用异步IO，那么IO请求直到事务完成，会话会稍晚的获得IO数据，但会产生direct path read等待。

解决办法
1.如果该等待事件的读取文件属于临时表空间，坚持合适的排序sql
2.确保DISK_ASYNCH_IO=TRUE，此参数虽不能减少等待事件的发生，但是可以减少elapsed time
3.确保异步IO系统配置正确
4.查找IO占用较多的SQL，减少IO消耗
5.确保没有IO bound
参考文档
WAITEVENT: "direct path read" Reference Note (文档 ID 50415.1)

区别：
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px 'Times New Roman'; color: #000000; -webkit-text-stroke: #000000} span.s1 {font-kerning: none} span.s2 {font: 12.0px 'Songti SC'; font-kerning: none} span.Apple-tab-span {white-space:pre}