MYSQL CPU部分單核占滿是否會(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)大帶寬，多線BGP大帶寬租用,是為眾多客戶提供專業(yè)成都棕樹機(jī)房報(bào)價(jià)，主機(jī)托管價(jià)格性價(jià)比高，為金融證券行業(yè)服務(wù)器托管，ai人工智能服務(wù)器托管提供bgp線路100M獨(dú)享，G口帶寬及機(jī)柜租用的專業(yè)成都idc公司。

問題描述：

cpu 瞬間爆滿，前臺(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ù)所在磁盤IO幾乎打滿。

數(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，故障剛開始后無(wú)新事務(wù)產(chǎn)生。

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

5.登上數(shù)據(jù)庫(kù)時(shí)有發(fā)現(xiàn)大量會(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資源異常問題，懷疑此異常即影響了數(shù)據(jù)庫(kù)的連接。而主要是CPU 的請(qǐng)求異常影響了不斷涌進(jìn)來(lái)的數(shù)據(jù)庫(kù)連接請(qǐng)求。

我的判斷依據(jù)：

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

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

1）沒有慢查詢，說(shuō)明不是慢sql 問題

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

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

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

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

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

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

因?yàn)椋珻PU 只是一部分滿而已，這需要進(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部分單核占滿是否會(huì)影響建立數(shù)據(jù)庫(kù)連接效率-創(chuàng)新互聯(lián)
當(dāng)前鏈接：http://aaarwkj.com/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)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)