常见数据文件等待事件

Db file parallel read
事件概述
当oracle从多个数据文件中并行读取多个block到内存的不连续缓存中就可能出现这个等待事件。此事件在恢复的时候发生或者prefetch（从缓存中预取数据得到最优化。


解决办法
1.通过隐藏参赛关闭prefetch特性
_db_block_prefetch_limit=0
_db_block_prefetch_quota=0
_db_file_noncontig_mblock_read_count=0
2.In order to determine which queries are waiting the most for 'db file sequential read', you need to collect an ASH report for the same period as the AWR report，可用通过sql statistics查看sql的情况，并定位问题sql
3.检查I／O情况
Resolving Issues Where Application Queries are Waiting Too Frequently for 'db file sequential read' Operations (文档 ID 1475825.1)
WAITEVENT: "db file sequential read" Reference Note (文档 ID 34559.1)
Resolving Issues Where Application Queries are Waiting Too Long for 'db file sequential read' Operations Due to Underlying I/O Issues (文档 ID 1477209.1)
Db file parallel write
事件概述


此事件发生在dbwr写数据时，代表了dbwr在等待io完成
解决办法
1.频繁的检查点会导致dbwr频繁的写脏数据到磁盘，增加MTTR是一个可选的调试方案。
2.可用考虑异步IO
参考文档
WAITEVENT: "db file parallel write" Reference Note (文档 ID 34416.1)


Db 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)


Db file sequential read
事件概述
当数据库发生顺序读时会出现此等待事件，重建控制文件，dump数据文件头，读取数据库文件头也会引起此类事件。在大多数的情况下读取一个索引数据的BLOCK或者通过索引读取数据的一个BLOCK的时候都会去要读取相应的数据文件头的BLOCK


解决办法
1.找出读取物理磁盘I/O最多的几个SQL语句，优化这些SQL语句以减少对I/O的读取需求
2.增大buffer cache
3.考虑簇，使数据物理的放置在一起
4.分区表，减少数据访问量
5.把数据文件放在IO较空闲的磁盘上
参考文档
http://www.eygle.com/archives/2011/11/oracle_io_tuning.html
盖总这篇文章写的非常经典，值得反复阅读
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)


db file sequential read,db file scatterd read,direct read 的区别：
? db file sequential read (single block read into one SGA buffer)?
? db file scattered read (multiblock read into many discontinuous SGA buffers)?
? direct read (single or multiblock read into the PGA, bypassing the SGA)?


Db file single write
事件概述
等待写入文件头时。
解决办法
1.检查点进程频繁，导致数据文件头频繁被写，可检测MTTR
2.IO性能问题
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)




Direct path write
事件概述
从数据库文件中异步读取数据会导致此类等待事件。在某些情况下会话会需要确定所有的异步IO是否全部完成了磁盘读写。也有可能是因为没有更多的slot来存放load 请求。


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

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31461640/viewspace-2141412/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31461640/viewspace-2141412/