当用户（前台进程）对事务进行提交或回滚操作时，oracle需要将涉及该事务的所有redo条目信息全部写入到red logfile中。前台进程会通知lgwr将redo log buffer中的重做日志条目写出到redo logfile中。在11.2.0.3之前，lgwr会在写入完成后通知前台进程，用户进程会一直等待，直到获取到lgwr通知信息，保证所有的redo信息已全部安全的写入磁盘。在11.2.0.3及以后，默认情况下，lgwr写日志完成时不再主动的通知前台用户进程，由前台进程按时间间隔轮询查询日志的写入情况。前台进程在等待写入通知消息前，在数据库中可能会看到log file parallel write、log file sync等待事件。

由以上过程可知，Log file sync等待事件可能由以下原因引起：

1.         Commit

2.         Rollback

3.         DDL操作

4.         数据字典更新（seq获取）

oracle的建议log file sync等待事件的平均等待时间要保持在20ms以内。通常，该等待事件的平均等待时间一般在5ms以下。10ms也不一定有问题，需要看整体的系统运行情况。

通常出现log file sync事件可从以下几个方面进行调整：

1.         Redo log不要放在raid5上

2.         将小而短的事务进行合并，批量执行(减少commit)

3.         使用COMMIT NOWAIT选项(10.2提供，异步提交，可能导致日志丢失)

4.         使用NOLOGGING / UNRECOVERABLE选项

5.         保证log切换时间间隔在15-20分钟

log file sync的整个过程可以细分为以下几个阶段：

            1)         用户提交

            2)         通知LGWR写日志，LGWR唤醒

            3)         LGWR收集redo信息写I/O

            4)         LGWR写完成

            5)         LGWR通知前台进程

            6)         前台进行收到通知，唤醒

第2步及第3步的写入时间可以参考awr中Instance Activity Stats-redo write time部分。第3步会伴随log file parallel write等待事件。系统负载较高时，第5步及第6步可能会产生延时。

整个过程可能使用下图(tanel poder大师的图)来表示：

 有关log file sync讨论：
完全揭秘log file sync等待事件：http://www.itpub.net/thread-1777234-1-1.html