­

AWR發現TOP Event log file sequential read

對客戶DB進行巡檢,發現TOP EVENT是LOG FILE Sequential read 

等待事件說明

https://www.xuebuyuan.com/zh-hant/1743045.html
這個等待事件通常發生在對redo log資訊進行讀取的時候,比如在線redo的歸檔操作,ARCH進程需要讀取redo log的資訊,
用於redo log的資訊是順序寫入的,所以在讀取的時候也是安裝順序的方式來讀取的。

也就是說在日誌切換時!歸檔的產生需要順序讀日誌文件!產生的等待事件,那麼可能的問題1.存儲很差;2.日誌量太多,頻繁觸發此等待事件。

1.通過IO類等待事件的avg平均等待事件
log file sequential read    avg(ms) 3 說明IO性能不算很好,也不算很差
log file sync            avg(ms) 3
db file scattered read    avg(ms) 3
2.日誌切換頻率

可以明顯得到日誌切換是1小時20次,平均3分鐘一次,日誌切換頻率過高導致的此類等待事件!
日誌組5組,每組日誌文件500M! 2個日誌成員,擴大日誌文件,減少日誌切換頻率,但是會導致單個日誌切換創建歸檔日誌的時間延長。
根據思路解決方法:
1.加快存儲的IO效率,難!
2.減少日誌的產生,經過溝通確認,業務短期高峰導致的,並非經常出現這個問題,可以忽略。
3.可以發現少量的checkpoint檢查點未完成,可以考慮多增加日誌組,減少此類事件產生。