• log file sync：该等待事件发生在redo log 从 log buffer写入到log file期间

       当用户进程提交时，会通知LGWR将redo buffer写入到redo file中，当LGWR进程完成写入操作后，LGWR在通知用户进程写入完成；用户进程接收到LGWR通知后才会完成提交。因此用户进程在没有收到LGWR通知之前一直处于等待状态，就会产生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 sync的等待时间和 log file parallel write等待时间基本相同，说明是IO问题造成的log file sync等待事件。

• 发生日志写入的条件：

      1、commit

      2、每隔3秒钟将日志缓冲区输出

      3、当日志缓存区已写满三分之一时

      4、在DBWR将脏数据写入到数据文件之前

      5、当log buffer 大于1M时

• 引起 log file sync的原因：

        1、频繁的提交或rollback,检查应用是否有过多的短小的事物，如果有，可以使用批处理来缓解

        2、过大的日志缓冲区，因为log buffer中的数据量无法达到log_io_size，导致更多的重做条目堆积在日志缓冲区，此时当事务提交或3s醒来时，LGWR会把所有数据都写入到redo file中，由于数量过多，LGWR要用更多的时间等待redo写完完毕（此种情况可以调小log_io_size参数，其默认值是log_buffer 的1/3或1M，去两者中较小的值。）——可以具有很大的日志缓冲区，但较小的log_io_size将增加后台写入次数，从而减少log file sync的等待时间。

        3、CPU负载高，LGWR无法及时获取CPU调度，出现 log file sync

        4、log file sync 平均等待时间超过7ms，说明log write 每次写入时间过长

• 解决方法：

        1、查看日志提交是否频繁，如果过于频繁应尽量减少commit

        2、确保CPU资源充足

        3、调整日志缓冲区不要过大

        4、优化redo日志文件存储，存放在更快的磁盘上（将日志文件放裸设备上或绑定在RAID 0或RAID 0+1中，而不是绑定在RAID 5中。）