溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

發(fā)布時(shí)間:2021-01-22 11:18:41 來源:億速云 閱讀:145 作者:小新 欄目:MySQL數(shù)據(jù)庫

這篇文章給大家分享的是有關(guān)MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例的內(nèi)容。小編覺得挺實(shí)用的,因此分享給大家做個(gè)參考,一起跟隨小編過來看看吧。

問題背景

公司是做電商系統(tǒng)的,整個(gè)系統(tǒng)搭建在華為云上。系統(tǒng)設(shè)計(jì)的時(shí)候,考慮到后續(xù)的用戶和訂單數(shù)量比較大,需要使用一些大數(shù)據(jù)庫的組件。關(guān)系型數(shù)據(jù)庫這塊,考慮到后續(xù)數(shù)據(jù)量的快速增長,不是直接寫入MySQL,而是使用了華為云的分布式數(shù)據(jù)庫中間件DDM。使用了DDM之后,可以在業(yè)務(wù)不感知的情況下,直接增加MySQL讀實(shí)例的個(gè)數(shù),線性提升讀性能。也支持中間件層面的分庫分表,提供海量關(guān)系型數(shù)據(jù)庫的操作。簡直是為電商系統(tǒng)貼身定制的。

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例DDM自身是以集群形式提供服務(wù)的,對業(yè)務(wù)開放的是多個(gè)連接IP地址。需要有一層負(fù)載均衡。如果使用傳統(tǒng)的加LB的形式做負(fù)載均衡,會(huì)多一層中轉(zhuǎn),有性能損耗。所以,直接使用了MySQL-JDBC提供的客戶端負(fù)載均衡能力。

邏輯結(jié)構(gòu)如下圖所示:

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

▲業(yè)務(wù)通過MySQL-JDBC的Loadbalance能提訪問多個(gè)DDM節(jié)點(diǎn)。MySQL-JDBC提供負(fù)載均衡能力。

問題說明

MySQL JDBC驅(qū)動(dòng)的客戶端負(fù)載均衡能力,一直運(yùn)行得好好,性能嗷嗷叫。可是前一陣子竟無故出現(xiàn)業(yè)務(wù)請求失敗。我是負(fù)責(zé)電商訂單模塊的,涉及到真實(shí)的Money,這個(gè)問題可嚇了寶寶一身冷汗……

于是趕緊查看了后臺(tái)日志,發(fā)現(xiàn)是訪問DDM出現(xiàn)了異常,二話不說直接提了工單給華為云DDM服務(wù)。

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

不得不說,華為云的服務(wù)還是很好的,不到半個(gè)小時(shí)就有專門的工作人員聯(lián)系了我,還跟我一起排查問題。

將我們業(yè)務(wù)的日志取下來,和DDM的支撐人員一起分析,發(fā)現(xiàn)報(bào)錯(cuò)如下:根本原因竟然是MySQL驅(qū)動(dòng)的bug,導(dǎo)致StackOverflow本地棧溢出導(dǎo)致……原來是一個(gè)Bug引發(fā)的血案,誤會(huì)了DDM服務(wù),真是抱歉了

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

從堆棧可以看出來,某個(gè)異常,觸發(fā)了MySQL-JDBC的bug,導(dǎo)致循環(huán)調(diào)用,直至棧溢出。在華為DDM支撐人員的建議下,對驅(qū)動(dòng)代碼進(jìn)行了反編譯,從反編譯的情況下,可以看到的確是存在循環(huán)嵌套的可能。

Loadbalance輪詢連接 –>同步新老連接的狀態(tài) ->發(fā)送sql給服務(wù)端 -> Loadbalance輪詢連接。

相關(guān)代碼如下:

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

這么明顯的bug,不太相信MySQL會(huì)沒有發(fā)現(xiàn)。當(dāng)前我們使用的是5.1.44版本的驅(qū)動(dòng),查看了下最新的5.1.66的代碼,發(fā)現(xiàn)的確是修復(fù)了這個(gè)問題的,代碼如下:

MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例

通過過濾掉SET和SHOW語句,避免了循環(huán)嵌套的發(fā)生。

但是5.1.66又引入了新的bug,由于并不是每個(gè)調(diào)用postProcess的地方都有SQL,這里的代碼會(huì)拋空指針異常。MySQL JDBC的開發(fā)者都不做測試的嗎……

沒辦法,分析了下5.1.44的代碼,發(fā)現(xiàn)通過適當(dāng)?shù)恼{(diào)整loadBalanceAutoCommitStatementThreshold這個(gè)參數(shù)的數(shù)值,也可以避免循環(huán)嵌套的發(fā)生。我們的環(huán)境改成了5,修改之后,平穩(wěn)運(yùn)行1周,沒再出現(xiàn)過問題。

修改方案

loadBalanceAutoCommitStatementThreshold修改成了5,但是引入的問題是,如果業(yè)務(wù)包含一些比較耗時(shí)的SQL,可能會(huì)導(dǎo)致DDM的負(fù)載不均衡。不過,就目前情況來看,DDM的性能還是比較強(qiáng)勁的~

感謝各位的閱讀!關(guān)于“MySQL-JDBC驅(qū)動(dòng)引起bug問題的示例”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,讓大家可以學(xué)到更多知識(shí),如果覺得文章不錯(cuò),可以把它分享出去讓更多的人看到吧!

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI