存儲(chǔ)cache問題產(chǎn)生大量的log file導(dǎo)致數(shù)據(jù)庫慢的解決辦法

存儲(chǔ)cache問題產(chǎn)生大量的log file導(dǎo)致數(shù)據(jù)庫慢的解決辦法，針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡(jiǎn)單易行的方法。

某日接到一個(gè)case，具體是用戶反映前臺(tái)業(yè)務(wù)很慢，用戶前臺(tái)做業(yè)務(wù)時(shí)會(huì)停頓3-4s左右，

而數(shù)據(jù)庫出現(xiàn)大量的log file 等待及ENQ:HW等待，

Awr信息如下

 數(shù)據(jù)庫的等待事件如下：

當(dāng)時(shí)數(shù)據(jù)庫的讀寫并不大，redo的寫為

1618396/1024/1024=1.5M/S

上面的awr顯示了'log file sync' 和 'log file parallel write' 都有很高的等待時(shí)間

log file parallel write 平均時(shí)間為43毫秒

log file sync平均時(shí)間為74毫秒
在oracle support 文檔上說明如下：

如果'log file sync'的時(shí)間消耗在'log file parallel write'上的比例高，那么大部分的等待時(shí)間是由于 IO（等待 redo 寫入）。應(yīng)該檢查 LGWR 在 IO 方面的性能。作為一個(gè)經(jīng)驗(yàn)法則，'log file parallel write'平均時(shí)間超過 20 毫秒, 意味著 IO 子系統(tǒng)有問題。

（此值是oracle官方文檔{故障排除："log file sync"等待 (文檔 ID 1626301.1)}的說明）

在往下分析

數(shù)據(jù)庫的tablespace IO如下：

如上awr  Av Rd(ms)的指標(biāo)，如果它高于20ms并且同時(shí)有很多讀操作的，我們要開始從OS的角度調(diào)查是否有潛在的IO問題

官方文檔說明如下：

（

,查看主機(jī)層的存儲(chǔ)message 果然有報(bào)錯(cuò)，主要原因是存儲(chǔ)的cache版報(bào)錯(cuò)。

等存儲(chǔ)修復(fù)完成。數(shù)據(jù)庫恢復(fù)正常。

關(guān)于存儲(chǔ)cache問題產(chǎn)生大量的log file導(dǎo)致數(shù)據(jù)庫慢的解決辦法問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。