記一次執(zhí)行計(jì)劃異常變化分析處理過(guò)程

IT那活兒發(fā)布于2023-01-11 13:20 / 3811人閱讀

點(diǎn)擊上方藍(lán)字關(guān)注我們

現(xiàn) 象

開(kāi)發(fā)人員反映，系統(tǒng)工單無(wú)法提交成功，雙機(jī)業(yè)務(wù)程序報(bào)超時(shí)異常，請(qǐng)求DB側(cè)確認(rèn)數(shù)據(jù)庫(kù)是否存在異常。

分析解決過(guò)程

1）接入數(shù)據(jù)庫(kù)等待事件無(wú)異常，程序賬號(hào)會(huì)話信息無(wú)異常。

2）開(kāi)發(fā)人員反饋后臺(tái)一類（selectdistinct xxxx）sql執(zhí)行時(shí)間異常,請(qǐng)求db側(cè)進(jìn)行優(yōu)化

3）根據(jù)提示找到其中一條sqlid,進(jìn)一步分析

==>這里直接說(shuō)分析結(jié)果了，執(zhí)行計(jì)劃第七步走錯(cuò)了索引，原因是某張表的謂語(yǔ)列長(zhǎng)度超過(guò)32個(gè)字符（具體可參考<Statisticsand histograms of character columns with length longer than 32 or 64characters (Doc ID 800089.1)>），使用了直方圖統(tǒng)計(jì)信息，導(dǎo)致執(zhí)行計(jì)劃不是最優(yōu)。

4)解決方法

需要重新收集該表統(tǒng)計(jì)信息，刪除列上統(tǒng)計(jì)信息，收集方法為：METHOD_OPT=>FOR COLUMNS SIZE 1

5）優(yōu)化效果

執(zhí)行時(shí)間由之前的150s左右降為1s左右，應(yīng)用程序重啟后功能恢復(fù)正常了。

6）之前跑的很正常的程序，為什么突然間異常了？

==》結(jié)合歷史快照及sql信息，雖然執(zhí)行次數(shù)少，但可以看到上午時(shí)間10點(diǎn)后就異常了，而其他時(shí)間的信息快照信息也沒(méi)有抓到，進(jìn)一步說(shuō)明之前確實(shí)是正常的。

==》查詢某表的統(tǒng)計(jì)信息變更時(shí)間，上午時(shí)間段確實(shí)有變化。大致可以確定統(tǒng)計(jì)信息發(fā)生了變化，導(dǎo)致涉及某表的一批sql語(yǔ)句執(zhí)行計(jì)劃異常。至于是啥原因?qū)е铝私y(tǒng)計(jì)信息有變更，這里不再闡述。

總結(jié)

這種執(zhí)行次數(shù)少的語(yǔ)句，歷史信息可能沒(méi)有記錄，導(dǎo)致出問(wèn)題時(shí)，不能和歷史的執(zhí)行計(jì)劃做對(duì)比，立即判斷出執(zhí)行計(jì)劃有變化。這套系統(tǒng)之前上線時(shí)碰到過(guò)此類問(wèn)題，根據(jù)以往經(jīng)驗(yàn)，這次能夠快速的優(yōu)化解決問(wèn)題。反之，可能就要折騰一段時(shí)間了。