MYSQLCPU部分單核占滿是否會(huì)影響建立數(shù)據(jù)庫(kù)連接效率

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

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

問題描述：

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ù)，無法采集到數(shù)據(jù)庫(kù)指標(biāo)， 說明數(shù)據(jù)庫(kù)連接在短時(shí)間內(nèi)突然激增，無逐漸上升趨勢(shì)。

2.故障期間無慢日志。

3.抓取BINLOG，故障剛開始后無新事務(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ù)高峰期，但并無明顯的業(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)來的數(shù)據(jù)庫(kù)連接請(qǐng)求。

我的判斷依據(jù)：

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

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

1）沒有慢查詢，說明不是慢sql 問題

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

3）sleep的連接沒有釋放？首先程序并未做過任何變動(dòng)，連接無法斷開可能是數(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ì)話!

目前仍無法肯定根因：

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

系統(tǒng)中斷和上下文切換是否可以說明就是大量的系統(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)的支持。

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

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

廣告

聲明：本網(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í)需注明來源： 創(chuàng)新互聯(lián)