MYSQLCPU部分單核占滿(mǎn)是否會(huì)影響建立數(shù)據(jù)庫(kù)連接效率-創(chuàng)新互聯(lián)

MYSQL CPU部分單核占滿(mǎn)是否會(huì)影響建立數(shù)據(jù)庫(kù)連接效率，很多新手對(duì)此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來(lái)學(xué)習(xí)下，希望你能有所收獲。

創(chuàng)新互聯(lián)建站基于成都重慶香港及美國(guó)等地區(qū)分布式IDC機(jī)房數(shù)據(jù)中心構(gòu)建的電信大帶寬，聯(lián)通大帶寬，移動(dòng)大帶寬，多線(xiàn)BGP大帶寬租用,是為眾多客戶(hù)提供專(zhuān)業(yè)成都棕樹(shù)機(jī)房報(bào)價(jià)，主機(jī)托管價(jià)格性?xún)r(jià)比高，為金融證券行業(yè)服務(wù)器托管，ai人工智能服務(wù)器托管提供bgp線(xiàn)路100M獨(dú)享，G口帶寬及機(jī)柜租用的專(zhuān)業(yè)成都idc公司。

問(wèn)題描述：

cpu 瞬間爆滿(mǎn)，前臺(tái)應(yīng)用程序報(bào)出 too many connection錯(cuò)誤，mysql ERROR日志報(bào)出[Warning] Too many connections，操作系統(tǒng)日志報(bào)出： kernel: TCP: time wait bucket table overflow。

主機(jī)的資源情況如下：

1.CPU 總體資源不高，但出現(xiàn)單核使用率100% 情況

2.CPU 系統(tǒng)中斷和上下文切換指標(biāo)同時(shí)突然上漲。

3.數(shù)據(jù)庫(kù)所在磁盤(pán)IO幾乎打滿(mǎn)。

數(shù)據(jù)庫(kù)情況：

1.監(jiān)控采集程序連不上數(shù)據(jù)庫(kù)，無(wú)法采集到數(shù)據(jù)庫(kù)指標(biāo)， 說(shuō)明數(shù)據(jù)庫(kù)連接在短時(shí)間內(nèi)突然激增，無(wú)逐漸上升趨勢(shì)。

2.故障期間無(wú)慢日志。

3.抓取BINLOG，故障剛開(kāi)始后無(wú)新事務(wù)產(chǎn)生。

4.日常連接數(shù)基本在500以下，故障時(shí)達(dá)到閾值3000，連接數(shù)達(dá)到閾值是個(gè)結(jié)果，問(wèn)題是找出為什么會(huì)有連接不釋放。

5.登上數(shù)據(jù)庫(kù)時(shí)有發(fā)現(xiàn)大量會(huì)話(huà)是unauthenticated user狀態(tài)

業(yè)務(wù)情況：

1.正屬業(yè)務(wù)高峰期，但并無(wú)明顯的業(yè)務(wù)突然上漲情況

2.業(yè)務(wù)應(yīng)用采用jdbc連接池，連接異常時(shí)會(huì)不斷重試連接

思路：

故障時(shí)有同事執(zhí)行了16并行的pigz 操作，這也是以上主機(jī)cpu及IO資源異常問(wèn)題，懷疑此異常即影響了數(shù)據(jù)庫(kù)的連接。而主要是CPU 的請(qǐng)求異常影響了不斷涌進(jìn)來(lái)的數(shù)據(jù)庫(kù)連接請(qǐng)求。

我的判斷依據(jù)：

1.連接數(shù)瞬間爆滿(mǎn)是個(gè)結(jié)果，原因是因?yàn)榍懊娲蟛糠值倪B接HANG住。

2.那么連接可能hang在那個(gè)階段呢：

1）沒(méi)有慢查詢(xún)，說(shuō)明不是慢sql 問(wèn)題

2）binlog沒(méi)有大量超長(zhǎng)事務(wù)，甚至故障期間沒(méi)有事務(wù)產(chǎn)生。說(shuō)明非長(zhǎng)事務(wù)問(wèn)題

3）sleep的連接沒(méi)有釋放？首先程序并未做過(guò)任何變動(dòng)，連接無(wú)法斷開(kāi)可能是數(shù)據(jù)庫(kù)本地異常，但如果是這樣，我認(rèn)為連接開(kāi)始就不能正常連接了。因此連接應(yīng)該能夠正常斷開(kāi)

4）因此我想連接hang在了連接階段了。加上之前看到大量會(huì)話(huà)會(huì)在unauthenticated user 狀態(tài)，這階段應(yīng)該是實(shí)在客戶(hù)端與數(shù)據(jù)庫(kù)建立了tcp連接，然后進(jìn)行認(rèn)證，分配線(xiàn)程的階段，如果此時(shí)數(shù)據(jù)庫(kù)獲取CPU資源有問(wèn)題是不是意味著連接被放慢了，甚至HANG住。

我做了個(gè)實(shí)驗(yàn)，在CPU使用率持續(xù)100% 的情況下發(fā)起大量的連接在數(shù)據(jù)庫(kù)連接期間對(duì)CPU的需求還是比較大

此時(shí)也是能看到較多的unauthenticated user 會(huì)話(huà)!

目前仍無(wú)法肯定根因：

因?yàn)?，CPU 只是一部分滿(mǎn)而已，這需要進(jìn)一步了解LINUX CPU 調(diào)度的工作原理。

系統(tǒng)中斷和上下文切換是否可以說(shuō)明就是大量的系統(tǒng)調(diào)用請(qǐng)求異常。

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，感謝您對(duì)創(chuàng)新互聯(lián)的支持。

文章題目：MYSQLCPU部分單核占滿(mǎn)是否會(huì)影響建立數(shù)據(jù)庫(kù)連接效率-創(chuàng)新互聯(lián)
當(dāng)前鏈接：http://muchs.cn/article28/dpeojp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、App設(shè)計(jì)、網(wǎng)站策劃、網(wǎng)站排名、標(biāo)簽優(yōu)化、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)