今天在監(jiān)控中發(fā)現(xiàn)一個(gè)站點(diǎn)造成mysql大量占用cpu時(shí)間，已經(jīng)到了崩潰的邊緣。我速度對(duì)于該站點(diǎn)做出處理。事后，我講故障整理，并認(rèn)準(zhǔn)做了分析如下，希望日后站長(zhǎng)使用無憂系列php虛擬主機(jī)產(chǎn)品時(shí)候，能避免錯(cuò)誤，你我聯(lián)手維護(hù)好虛擬主機(jī)服務(wù)器穩(wěn)定運(yùn)行。 首先，我運(yùn)行show processlist，并截一個(gè)mysql console的圖如下：

懂MYSQL數(shù)據(jù)庫(kù)的站長(zhǎng)，看到這個(gè)圖就明白意思了。這個(gè)是由于用對(duì)mysql數(shù)據(jù)表設(shè)計(jì)不當(dāng)導(dǎo)致。單表60W條記錄用like來限定條件的時(shí)候無法使用索引，造成mysql大量占用CPU

時(shí)間，導(dǎo)致cpu和mysql資源被消耗殆盡，威脅服務(wù)器正常運(yùn)行。截圖中，已經(jīng)很好的說明了問題。sending data是從磁盤往內(nèi)存寫數(shù)據(jù)的意思，正常情況下是不會(huì)出現(xiàn)問題的，一旦發(fā)生問題，多半是因?yàn)榭蛻舻膯伪硖螅〝?shù)據(jù)量在萬級(jí)以上）、沒有做優(yōu)化引起。當(dāng)前這個(gè)故障用戶的單表中還有60W條數(shù)據(jù)左右，后面使用like,由于單表數(shù)據(jù)量太大，無法索引，這就需要MYSLQ一條一條的查找記錄。60W條記錄，夠服務(wù)器“吃”一壺了。

請(qǐng)用戶在使用無憂主機(jī)產(chǎn)品時(shí)，請(qǐng)合理使用服務(wù)器資源，愛惜服務(wù)器資源。如發(fā)生站點(diǎn)異常信息，我公司將直接關(guān)閉，不退不換，請(qǐng)大家體諒。

本文地址：http://www.gle-technology.com/mysql/3319.html