当用户（前台进程）对事务进行提交或回滚操作时，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

网页题目：logfilesync事件
文章源于：http://pwwzsj.com/article/igoejo.html