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

創(chuàng)新互聯(lián)-專(zhuān)業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性?xún)r(jià)比運(yùn)城網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式運(yùn)城網(wǎng)站制作公司更省心,省錢(qián),快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋運(yùn)城地區(qū)。費(fèi)用合理售后完善，十多年實(shí)體公司更值得信賴(lài)。

問(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ì)話是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ì)在unauthenticated user 狀態(tài)，這階段應(yīng)該是實(shí)在客戶(hù)端與數(shù)據(jù)庫(kù)建立了tcp連接，然后進(jìn)行認(rè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ì)話!

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

因?yàn)椋珻PU 只是一部分滿(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)行業(yè)資訊頻道，感謝您對(duì)創(chuàng)新互聯(lián)的支持。

本文名稱(chēng)：MYSQLCPU部分單核占滿(mǎn)是否會(huì)影響建立數(shù)據(jù)庫(kù)連接效率
當(dāng)前網(wǎng)址：http://chinadenli.net/article34/gespse.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供、虛擬主機(jī)、網(wǎng)站營(yíng)銷(xiāo)、營(yíng)銷(xiāo)型網(wǎng)站建設(shè)、手機(jī)網(wǎng)站建設(shè)、App開(kāi)發(fā)

廣告

聲明：本網(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)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)