當用戶（前臺進程）對事務進行提交或回滾操作時，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