"log file sync"等待事件-1
「log file sync」是等待事件中非常常見的一種，他排在awr的top5中有時是正常情況，有時則需要格外注意。昨天也聽了一次oracle的網路研討會，介紹的是awr相關的分析，從中學習到最重要的一點，就是對於awr報告中若干資訊的判斷不能獨立地看，需要綜合起來，乙個引數值大，不一定代表有問題，也可能是正常的，需要具體問題具體分析，其實和日常生活是一樣的，頭疼，不一定是感冒，也可能是缺少睡眠。
waitevent: "log file sync" reference note (文件 id 34592.1)
當乙個使用者session(前台程序)執行commit(或回滾)時，session的redo資訊需要重新整理到redo日誌中。使用者session需要出發lgwr將所有日誌緩衝中需要的redo重新整理到redo日誌檔案中。當lgwr完成後，再回覆給使用者session。使用者sesson會等待這種等待事件，等待lgwr回覆確認所有的redo改變已經安全地儲存到磁碟了。
使用者session/前台程序需要花費時間等待redo重新整理到磁碟以使commit持久。因此我們需要考慮這種前台程序(或常見的客戶端commit)commit帶來的潛在的等待。
log file sync 等待事件 2
log file sync 有三個引數 p1 buffer p2 未使用 p3 未使用 buffer 這個buffer編號 在日誌緩衝區中 的所有改變必須重新整理到磁碟，寫操作的完成保證了交易commit的執行，即使例項crash也會保證commit。因此lgwr的等待就是重新整理這個buffer ...
等待事件 buffer busy waits
事件引數說明 事件號 145 事件名 buffer busy waits 引數一 file 引數二 block 引數三 9i 原因碼，10g block class 事件說明 一 oracle會話正在等待pin住乙個緩衝區，會話必須在讀取或修改緩衝區之前將該緩衝區pin住。二 在任何時侯只有乙個程序...
GC Blocks Lost等待事件
在oracle rac環境中，無論我們從awr自動負載效能報告 statspack或者grid control中都可以找到oracle資料庫軟體所收集的全域性快取工作負載統計資訊 global cache work load statistics 其中就包含了全域性快取塊丟失 global cach...