一. 問題鎖定

通過top命令查看服務器CPU資源使用情況，明確CPU占用率較高的是否是mysqld進程，如果是則可以明確CUP飄高的原因就是MySQL數(shù)據(jù)庫導致的。

二. QPS激增會導致CPU飄高

分析：

（引用網(wǎng)圖）

在有監(jiān)控工具的情況下，通過查看CPU利用率曲線圖和QPS曲線圖進行對比，如果CPU曲線圖和QPS曲線圖波動情況基本保持一致，出現(xiàn)CPU過高則必然和QPS激增有關系，至此可以明確CUP過高是QPS上升導致。反之，如果CUP曲線圖對比QPS曲線圖有不同步的峰值抖動，則說明在QPS未明顯激增的情況下，CPU出現(xiàn)飄高，則大概率跟慢SQL有關，可以進行后續(xù)的慢SQL排查分析。

解決（依據(jù)情況選用以下辦法）：

● 如果是實際業(yè)務激增導致則可以通過資源擴充，滿足業(yè)務激增的業(yè)務需求。

● 找到具體激增的查詢所對應應用系統(tǒng)的接口，進行限流控制，以保護數(shù)據(jù)庫并發(fā)訪問量。

● 應用采用讀寫分離，降低單點訪問壓力。

● 查看SQL是否存在循環(huán)插入或更新的情況，改動批量操作。

備注：

● 如果沒有監(jiān)控工具協(xié)助QPS分析的情況下，可以通過show global status like ‘Questions’ 和show global status like 'Uptime’查詢，將兩者相除得到就是QPS值。

三. 慢SQL會導致CPU飄高

分析（通過show processlist）

通過show processlist查看當前MySQL線程運行情況，主要通過 Time 連接時間和State當前SQL所處的狀態(tài)來分析慢SQL，一般情況下如果存在Sending data說明該查詢較慢，可以將info中的SQL復制出來通過explain查看詳細的執(zhí)行計劃進行分析。

分析（通過MySQL自帶的慢SQL日志功能）

通過root登錄數(shù)據(jù)庫開啟慢SQL查詢日志，set global slow_query_log = ‘ON’，并設置慢SQL過濾時間set global long_query_time = 1（超過1秒視為慢SQL），指定慢SQL日志文件存放路徑set global slow_query_log_file = ‘/var/lib/mysql/test_1116.log’。通過持續(xù)觀察該慢SQL記錄日志文件，查找出具體的慢SQL復制出來通過explain查看詳細的執(zhí)行計劃進行分析。

解決（依據(jù)情況選用以下辦法）

● 緊急處理先通過 kill process id，先kill對應線程，緩解問題。

● 無索引或者索引失效，新建有效索引或者優(yōu)化SQL語句。

● SQL中有大量聚合操作：簡化SQL，將邏輯提煉到業(yè)務代碼中；聚合操作異步化或預處理。

● SQL返回的數(shù)據(jù)過多：分頁查詢。

● 讀寫較多鎖競爭激烈：分庫分表或讀寫分離。

四. 大量空閑連接會導致CPU飄高

分析：

通過 show full processlist 查看Comand 有大量的Sleep，再根據(jù)Time查看裝填時間是否很長，如果存在大量長時間睡眠線程占用數(shù)據(jù)庫連接，會導致數(shù)據(jù)庫的吞吐量下降，進而導致阻塞也會引發(fā)CPU飄高的現(xiàn)象。

解決：

● 修改mysql配置文件中的 wait_timeout 空閑等待時間，值越小則相對空閑線程就會越少,重啟mysql生效。

● 也可以通過 set global wat_timeout=xx 方式熱修改該參數(shù)。

五. MySQL問題排查常用命令

5.1 SQL 執(zhí)行計劃，進行SQL執(zhí)行分析。

explain + sql 。

5.2 查看數(shù)據(jù)庫當前執(zhí)行線程狀態(tài)

show full processlist ： 其中重點字段包括Comand 、Time 、State、Info,可以查看當前所有連接線程中命令、持續(xù)時間、狀態(tài)、對應的SQL信息。

5.3 查看當前運行的所有事務

select * from information_schema.INNODB_TRX ： 在執(zhí)行結果中可以看到是否有表鎖等待或者死鎖，如果有死鎖發(fā)生，可以通過下面的命令來殺掉當前運行的事務：KILL trx_mysql_thread_id 。

5.4 查看當前出現(xiàn)的鎖

select * from information_schema.INNODB_LOCKS：在改結果中可以看到鎖的類型、所屬事務ID、鎖級別、鎖模式等信息。

5.5 查看死鎖

SELECT b.trx_state, e.state, e.time, d.state AS block_state, d.time AS block_time
, a.requesting_trx_id, a.requested_lock_id, b.trx_query, b.trx_mysql_thread_id, a.blocking_trx_id
, a.blocking_lock_id, c.trx_query AS block_trx_query, c.trx_mysql_thread_id AS block_trx_mysql_tread_id
FROM information_schema.INNODB_LOCK_WAITS a
LEFT JOIN information_schema.INNODB_TRX b ON a.requesting_trx_id = b.trx_id
LEFT JOIN information_schema.INNODB_TRX c ON a.blocking_trx_id = c.trx_id
LEFT JOIN information_schema.PROCESSLIST d ON c.trx_mysql_thread_id = d.id
LEFT JOIN information_schema.PROCESSLIST e ON b.trx_mysql_thread_id = e.id
ORDER BY a.requesting_trx_id;

5.5 查看InnoDB狀態(tài)

SHOW ENGINE INNODB STATUS

以上就是MySQL CPU過高的排查方法的詳細內容，更多關于MySQL CPU過高排查的資料請關注腳本之家其它相關文章！