一. 問(wèn)題鎖定

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

二. QPS激增會(huì)導(dǎo)致CPU飄高

分析：

（引用網(wǎng)圖）

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

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

● 如果是實(shí)際業(yè)務(wù)激增導(dǎo)致則可以通過(guò)資源擴(kuò)充，滿足業(yè)務(wù)激增的業(yè)務(wù)需求。

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

● 應(yīng)用采用讀寫(xiě)分離，降低單點(diǎn)訪問(wèn)壓力。

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

備注：

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

三. 慢SQL會(huì)導(dǎo)致CPU飄高

分析（通過(guò)show processlist）

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

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

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

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

● 緊急處理先通過(guò) kill process id，先kill對(duì)應(yīng)線程，緩解問(wèn)題。

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

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

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

● 讀寫(xiě)較多鎖競(jìng)爭(zhēng)激烈：分庫(kù)分表或讀寫(xiě)分離。

四. 大量空閑連接會(huì)導(dǎo)致CPU飄高

分析：

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

解決：

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

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

五. MySQL問(wèn)題排查常用命令

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

explain + sql 。

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

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

5.3 查看當(dāng)前運(yùn)行的所有事務(wù)

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

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

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

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過(guò)高的排查方法的詳細(xì)內(nèi)容，更多關(guān)于MySQL CPU過(guò)高排查的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論