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

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

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

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

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

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