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