slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2  -- 閾值（秒）

• 重啟MySQL后，使用 mysqldumpslow 或 pt-query-digest 分析日志。

• 使用 EXPLAIN 分析SQL
  對可疑查詢添加 EXPLAIN，檢查是否缺少索引或全表掃描：

EXPLAIN SELECT * FROM your_table WHERE your_condition;

4. 檢查索引與表結(jié)構(gòu)

• 索引缺失通過 SHOW CREATE TABLE 檢查表結(jié)構(gòu)，確保高頻查詢字段有索引。
• 冗余索引使用 pt-duplicate-key-checker 工具刪除無效索引。
• 統(tǒng)計信息過時執(zhí)行 ANALYZE TABLE your_table; 更新統(tǒng)計信息。

5. 排查鎖爭用與事務

• 查看當前鎖狀態(tài)

SHOW ENGINE INNODB STATUS;  -- 查看LATEST DETECTED DEADLOCK
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;  -- 運行中的事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;  -- 當前持有的鎖

• 長事務處理終止未提交的長事務或優(yōu)化事務代碼。

6. 檢查MySQL配置

• 關鍵參數(shù)調(diào)優(yōu)
  • innodb_buffer_pool_size：建議設置為物理內(nèi)存的70%-80%。
  • max_connections：避免過高導致資源爭用。
  • tmp_table_size 和 max_heap_table_size：減少磁盤臨時表。
• 連接數(shù)監(jiān)控

SHOW STATUS LIKE 'Threads_connected';  -- 當前連接數(shù)
SHOW VARIABLES LIKE 'max_connections';  -- 最大允許連接數(shù)

7. 系統(tǒng)資源與硬件瓶頸

• 內(nèi)存與交換分區(qū)使用 free -h 或 vmstat 檢查內(nèi)存是否不足，導致頻繁Swap。
• 磁盤I/O使用 iostat 或 iotop 查看磁盤負載，優(yōu)化高I/O操作（如批量寫入、索引重建）。
• CPU架構(gòu)確認是否因并發(fā)線程過多導致CPU爭用（如 innodb_thread_concurrency 設置）。

8. 其他可能原因

• 復制問題主從復制延遲或錯誤可能導致從庫CPU升高，檢查 SHOW SLAVE STATUS。
• 緩存失效如查詢緩存（query_cache_type）頻繁失效，考慮關閉。
• 日志寫入壓力關閉不必要的日志（如通用查詢?nèi)罩荆?，或調(diào)整 sync_binlog 參數(shù)。

9. 使用專業(yè)工具

• 監(jiān)控工具Percona Monitoring and Management (PMM)、VividCortex 或 Prometheus + Grafana。
• 性能分析工具pt-query-digest、mysqlsla 或 MySQL自帶的 Performance Schema。

快速處理步驟

• top 確認MySQL進程導致CPU滿載。
• SHOW PROCESSLIST 查找異常查詢。
• EXPLAIN 分析問題SQL，優(yōu)化索引或查詢邏輯。
• 終止阻塞進程（KILL）或重啟MySQL（臨時恢復）。

通過以上步驟，多數(shù)情況下可以定位到CPU過高的根本原因，如慢查詢、索引缺失、配置不當或硬件瓶頸，進而針對性優(yōu)化。若問題復雜，建議結(jié)合監(jiān)控工具長期跟蹤分析。

最后

以上就是MySQL的cpu使用率100%的問題排查流程的詳細內(nèi)容，更多關于MySQL cpu使用率100%的資料請關注腳本之家其它相關文章！