Mysql數(shù)據(jù)庫(kù)CPU占用過(guò)高原因排查

MySQL服務(wù)占用CPU100%的問(wèn)題可能有多種原因，例如服務(wù)器硬件問(wèn)題、內(nèi)存溢出、業(yè)務(wù)高并發(fā)等。如果是業(yè)務(wù)高并發(fā)引起，可以理解為一種業(yè)務(wù)繁忙的情況。您可以通過(guò)top命令查看所有進(jìn)程占CPU的排序，找出耗CPU的線程，然后看看GC。

首先，使用sysstat來(lái)查看MySQL進(jìn)程的CPU使用情況。利用pidstat命令，可以識(shí)別出當(dāng)前MySQL線程中CPU使用率較高的具體核心和線程。通過(guò)pidstat輸出中的TID信息，獲取到具體線程ID。接著，回到MySQL內(nèi)部，進(jìn)一步了解這兩個(gè)高CPU使用率線程的操作。MySQL，查看線程ID對(duì)應(yīng)的線程操作的命令。

**刷新數(shù)據(jù)到磁盤(pán)**：如果這個(gè)操作持續(xù)進(jìn)行，需要檢查磁盤(pán)空間是否已滿或處于高負(fù)載狀態(tài)。 **到臨時(shí)磁盤(pán)表**：表示由于結(jié)果集過(guò)大，臨時(shí)表已從內(nèi)存轉(zhuǎn)移到磁盤(pán)以節(jié)省內(nèi)存。 **創(chuàng)建臨時(shí)表**：說(shuō)明服務(wù)器正在為特定查詢生成臨時(shí)存儲(chǔ)。

原因分析 **內(nèi)存消耗過(guò)大**：- 步驟1-5，確認(rèn)是否由Full GC觸發(fā)，進(jìn)而尋找具體原因。 **代碼消耗CPU**：- 通過(guò)步驟1-4，利用jstack命令定位代碼行，檢查是否存在大量CPU密集型操作或算法錯(cuò)誤。

數(shù)據(jù)庫(kù)配置不當(dāng)：錯(cuò)誤的數(shù)據(jù)庫(kù)配置會(huì)導(dǎo)致性能下降。例如，如果連接數(shù)設(shè)置過(guò)高，就會(huì)導(dǎo)致過(guò)多的連接請(qǐng)求，引起競(jìng)爭(zhēng)，從而導(dǎo)致CPU使用率上升。示例代碼：max_connections = 1000 如果承受不了這么多連接，就會(huì)導(dǎo)致資源耗盡，從而導(dǎo)致CPU使用率上升。

一般是睡眠連接過(guò)多，嚴(yán)重消耗mysql服務(wù)器資源（主要是cpu， 內(nèi)存），并可能導(dǎo)致mysql崩潰。解決辦法 ：mysql的配置my.ini文件中，有一項(xiàng)：wait_timeout， 即可設(shè)置睡眠連接超時(shí)秒數(shù)，如果某個(gè)連接超時(shí)，會(huì)被mysql自然終止。