log file sync事件

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