建站
咨詢
售后
建站咨詢
新聞中心
?慢SQL監(jiān)控最早是MySQL的特色功能，在此之前，Oracle的AWR報告中提供TOP SQL分析。通過優(yōu)化TOP SQL來解決數(shù)據(jù)庫的性能問題，消除大型隱患是做Oracle優(yōu)化時經(jīng)常用的手段。早期的MySQL比較簡單，一旦系統(tǒng)中出現(xiàn)大量的慢SQL，整個單進程的MySQL服務就會出嚴重的性能問題，因此慢SQL監(jiān)控一直是MySQL中十分重要的工具。
目前我們的國產(chǎn)數(shù)據(jù)庫受MySQL思想的影響很深，因此很多國產(chǎn)數(shù)據(jù)庫也提供慢SQL監(jiān)控的功能。只不過很多用戶用過之后，感覺這個功能在大多數(shù)情況下有些雞肋。打開監(jiān)控后系統(tǒng)開銷很大，而且監(jiān)控發(fā)現(xiàn)的SQL往往并不關鍵。因為發(fā)現(xiàn)的慢SQL往往本身就是比較復雜的查詢語句，執(zhí)行時間就比較長。大部分SQL優(yōu)化不優(yōu)化關系并不大。
這和我二十年前做數(shù)據(jù)庫優(yōu)化一樣，優(yōu)化了大量的TOP SQL，從數(shù)據(jù)庫的各項指標上提升很大，CPU使用率也降低了不少，平均事務響應時間也提升很大，但是系統(tǒng)的使用者的感受并不明顯。
實際上對于用戶來說，需要的關于SQL的可觀測性能力與我們的數(shù)據(jù)庫廠商提供的能力并不一致。用戶對于SQL監(jiān)控可觀測性接口的需求要復雜得多。不同的系統(tǒng)對于SQL監(jiān)控方面的需求也是不同的。
本月20號發(fā)布的D-SMART社區(qū)版V2.2中，我們會發(fā)布一個十分有趣的功能-就是關鍵SQL監(jiān)控。在V2.2中的關鍵SQL跟蹤會支持社區(qū)版支持的所有數(shù)據(jù)庫對象，包括Oracle、MySQL、達夢、PG系列（包括瀚高、高斯，金倉、海量、優(yōu)璇等）。
顧名思義“關鍵SQL”就是在系統(tǒng)中比較關鍵的SQL語句，一旦這些SQL出現(xiàn)問題，就會對系統(tǒng)的性能產(chǎn)生很大的影響，對核心業(yè)務產(chǎn)生影響。
最近我也遇到過幾個客戶遇到關鍵SQL性能問題導致核心業(yè)務被迫暫時下線的嚴重故障。其中有一個用戶前陣子問我能不能幫他們實時監(jiān)控SQL語句的執(zhí)行計劃，當SQL執(zhí)行計劃出問題的時候能夠告警。我當時的回答是，對于業(yè)務負載較大的大型系統(tǒng)中，直接監(jiān)控所有的執(zhí)行計劃既不必要，成本也過高，弄不好這個監(jiān)控反而會引發(fā)一些高并發(fā)執(zhí)行的SQL的性能問題。
后來我就考慮這個業(yè)務的需求是什么，用戶希望當系統(tǒng)中某條SQL發(fā)生異常時能夠及時感知，及時告警，被及時識別出來。于是就有了關鍵SQL告警這個功能。這個功能在V2.1.6版本中就已經(jīng)上線了。
僅僅有告警還不能滿足一些用戶的需求，對于一些十分核心的系統(tǒng)，很多用戶希望構建關鍵SQL監(jiān)控的能力。能夠在監(jiān)控大屏上很直觀地看到這些SQL的執(zhí)行情況。于是就有了關鍵SQL監(jiān)控這個功能。
關鍵SQL分為幾類，第一類是和關鍵業(yè)務與關鍵數(shù)據(jù)相關的SQL語句，這些SQL語句一旦執(zhí)行緩慢就會引發(fā)核心業(yè)務的問題；第二類是并發(fā)執(zhí)行量很大，并且訪問的表中的數(shù)據(jù)量可能出現(xiàn)較大變化，同時索引數(shù)量較多，容易出現(xiàn)執(zhí)行計劃錯誤的SQL語句。這些語句一旦出現(xiàn)執(zhí)行計劃錯誤，執(zhí)行成本可能會提高數(shù)百倍甚至上萬倍。一旦因為這些SQL而把CPU、內(nèi)存等資源耗盡了，那么系統(tǒng)也就會出大問題了。
實際上用戶所需要的對SQL執(zhí)行計劃的監(jiān)控功能，如果從監(jiān)控軟件的角度來做十分不合適，因此我們只能通過一些曲線的手段來解決客戶的關鍵SQL監(jiān)控預警的問題。如果這些事情由數(shù)據(jù)庫內(nèi)核來做，那么會簡單得多，也高效得多。比如關鍵SQL的發(fā)現(xiàn)，基于AI4DB的一些算法，可以更為精準的發(fā)現(xiàn)真正的關鍵SQL，因為在數(shù)據(jù)庫的核心引擎中，具有更多的有效時間，可以做更為精準的分析與判斷。
一些執(zhí)行十分頻繁的SQL語句，其執(zhí)行計劃變壞，執(zhí)行成本大幅提升，如果在SQL引擎中能夠輸出一些標簽數(shù)據(jù)，那么監(jiān)控工具也就能夠更方便的進行監(jiān)控了。這對于數(shù)據(jù)庫核心來說，只是舉手之勞，而如果要讓外掛的數(shù)據(jù)庫監(jiān)控工具來說，就十分困難了。
關鍵SQL的自動標注、執(zhí)行計劃變壞預警、SQL問題風險提示，以目前的軟硬件環(huán)境來說，這些功能完全可以在數(shù)據(jù)庫核心里實現(xiàn)，或者由SQL引擎內(nèi)核輸出一些關鍵數(shù)據(jù)，供運維工具使用。而一些內(nèi)核中外掛的工具也可以利用數(shù)據(jù)庫的AI4DB能力，利用系統(tǒng)較為空閑的窗口進行自動分析，直接輸出一些分析報告。
數(shù)據(jù)庫信創(chuàng)替代工作開展后，運維經(jīng)驗的積累是個長期的過程，因此在短期內(nèi)，SQL優(yōu)化將是數(shù)據(jù)庫信創(chuàng)替代的關鍵業(yè)務。因此也希望我們的國產(chǎn)數(shù)據(jù)庫廠商打破思維的固有限制，不要被MySQL慢SQL監(jiān)控這種思路固化，在內(nèi)核中提升SQL監(jiān)控跟蹤能力的數(shù)據(jù)輸出，更好的為數(shù)據(jù)庫信創(chuàng)替代服務。?
網(wǎng)頁名稱：給國產(chǎn)數(shù)據(jù)庫廠商提個建議：把慢SQL監(jiān)控升級為關鍵SQL管理
網(wǎng)頁URL：http://www.5511xx.com/article/djsseip.html
