log file sync等待事件

测试系统的一个statspack报告

Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
----------------------------------------- ------------ ----------- ------ ------
CPU time 1 60.0
log file parallel write 2 0 93 19.5
log file sync 1 0 181 19.0
control file parallel write 10 0 1 .8
control file sequential read 214 0 0 .6

转载记录

log file parallel write事件：
当日志缓存到日志文件时,这是一个主要的等待事件。虽然这个时间的名字中有"并行"(parallel)字样,但即使日志缓存并没有使用并行写,因日志缓存的写出而造成的等待仍然是此等待事件。在LGWR中，1/3的log buffer full以及每隔3秒和DBWn触发的都导致此事件。因此，变化log buffer size将影响此事件，默认log buffer=512K，通常认为1－3M足够。

log file sync事件：

此等待事件用户发出提交或回滚声明后,等待提交完成的事件,提交命令会去做日志同步,也就是写日志缓存到日志文件， 在提交命令未完成前,用户将会看见此等待事件,注意,它专指因提交,回滚而造成的写缓存到日志文件的等待.当发生此等待事件时,有时也会伴随log file parallel write.因为此等待事件将会写日志缓存，如果日志的I/O系统较为缓慢的话,这必将造成log file parallel write 等待.当发生log file sync等待后,判断是否由于缓慢的日志I/O造成的,可以查看两个等待事件的等待时间,如果比较接近,就证明日志I/O比较缓慢或重做日志过多,这时,造成log file sync的原因是因为log file parallel write,可以参考解决log file parallel write的方法解决问题,如果log file sync的等待时间很高,而log file parallel write的等待时间并不高,这意味着log file sync的原因并不是缓慢的日志I/O,而是应用程序过多的提交造成的。

log file switch(checkpoint incomplete)事件：
在日志切换时，会完成一个检查点操作，如果此检查点完成的过于缓慢,就会造成此事件的等待，检查点为什么会缓慢呢?可能是buffer cache太大因此容纳的脏块太多，DBWR进程太少，调整检查点频率的参数设置频率太低等原因造成的。一般是改善检查点参数以及增多DBWR进程。

[@more@]

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

转载于:http://blog.itpub.net/8183736/viewspace-1023442/