Oracle Tuning Log File Sync 等待事件的幾種策略

   
    在一個頻繁 commit/rollback 或磁碟 I/O 有問題、大量物理讀寫爭用
   那麼、我們便會經常瞧見 LOG FILE SYNC 等待事件出現在 TOP EVENTS 中
   
   評估 LOG FILE SYNC等待事件的指標是平均等待時間、以及 AWR 後續的 WAIT EVENT HISTOGRAM
   對於 OLTP、平均等待時間 7 ms算正常、正常情況下平均等待時間不會超過 10 ms
   
   下面給出幾種最佳化的策略、
   
    ㈠ 最佳化 REDO 日誌的 I/O
      
      如果能夠最佳化 REDO 記錄檔的儲存、使之存放到更快的磁碟、便可減少這個等待事件單次等待時間
      
    ㈡ 加大 LOG BUFFER
      
      加大 LOG BUFFER 、可使平均每次寫入 REDO 記錄檔的 REDO 位元組數增加
      從而、減少 REDO 的 I/O 次數、進而達到最佳化 REDO 記錄檔寫等待時間的目的
      
    ㈢ 減少提交次數
      
      通過加大一次提交記錄的數量、減少提交批次、也可有效減少 LOG FILE SYNC等待時間
      不過、此法可能需要變更應用、代價較大
      
    ㈣ 部分經常提交的事務設定為非同步提交
      
      通過設定 COMMIT_WRITE參數、可以控制非同步提交
      該參數支援系統級、但也支援會話級
      其中、"IMMEDIATE,NOWAIT"是較為常用的最佳化方案
      可通過：
      ● 變更參數 commit_write

      ● 直接命令：commit write immediate nowait 

   最後、Rocky 想在嘮叨 3 下、我們在資料庫的日常維護中應該對此建立基準(baseline)
   如果這個指標有異常變化、一定要儘快分析並解決問題、一旦這個指標惡化
   可能導致系統效能急劇下降、甚至會導致短暫的掛起