SQL> select event,time_waited,average_wait from v $ system_event where('log file parallel write','log file sync'); EVENT TIME_WAITED AVERAGE_WAIT --- --- --- log file parallel write 11315158 .508570816 log file sync 7518513 .497255756 如果日志文件并行写入平均等待时间大于10ms(或1cs),这...
log file parallel write 事件是LGWR进程专属的等待事件,发生在LGWR将日志缓冲区(log_buffer)中的重做日志信息写入联机重做日志文件组的成员文件,LGWR在该事件上等待该写入过程的完成。该事件的等待表示重做日志所处的磁盘设备缓慢或存在争用。下面看看官方一些资料是如何解释log file parallel write等待事件的。 log fil...
注意:自己看到这个等待事件parallel write,以及网上有“LGWR进程对同一组多个重做日志文件‘同时’写,是通过异步I/O来实现的,因此等待事件log file parallel write应该是在同一组下有多个重做日志文件时才会出现 ”这种说法,其实不管重做日志是一个或多个成员,都会出现log file parallel write等待事件。只要有buffer log...
1. 查看动态性能视图V$SESSION_WAIT涉及到的“log file parallel write”参数 P1 = files P2 = blocks...
log file parallel write表示等待 LGWR 向操作系统请求 I/O 开始直到完成 I/O。这种事件发生通常表示日志文件发生了I/O 竞争或者文件所在的驱动器较慢。这说明这种等待与日志切换、检查点的执行都没有关系,而是直接反映了LGWR 的写能力,因此即使日志文件组数过少、文件偏小,也与目前的等待事件没有直接关系,所以增...
log file sync与log file parallel write就是日志竞争中出现的问题。频繁的commit会触发这个等待事件。如果没有过于频繁的提交,但是还看到了这种等待事件,以下就是常见的原因: 1.物理设备原因:存放redo的设备老旧,性能不佳,这样需要更新换代 2.redo文件与其他热文件发生冲突:重做日志应该放在专属设备上,否则当其他文件...
我们能够看到,上述流程中的4个环节都涉及到CPU的调度,假设在整个事务commit的过程中,系统CPU出现极度紧张,那么这可能会导致LGWR进程无法获得CPU,会进行排队等待,显然,这势必将导致log file sync或log file parallel write等待 的升高。 备注:Oracle中还能够通过隐含參数_high_priority_processes 来控制进程获取CPU的优先...
第五个为log file parallel write,log file sync,db file async I/O submit基本为一类,log file parallel write,log file sync只能通过改善IO性能来提升了,关于db file async I/O submit,该等待跟oracle的异步io有关。 与oracle异步io相关的参数有2个: ...
这篇文章Oracle-"log file sync"等待分析写的非常详细,可以参考。 总结一下: 1.先判断是否是IO问题,可以通过比较'log file sync'和'log file parallel write'的平均等待时间来判断。 作为经验法则,'log file parallel write'平均时间超过 20 毫秒, 意味着 IO 子系统有问题 2.是否是commit频繁的问题,commit必须...
直观来看,是LGWR写入redo log较慢,(当然,log file sync 比log file parallel write多出35ms也不正常,这里面的因素我们先不考虑),本能的反应是将online redolog切换到更高的存储上。但存储方面看到的监控指标,一直其实并没有看到有明显异常。 存储老大如此说: ...