MySQL定位CPU利用率過高的SQL方法
前言
當(dāng)mysql CPU告警利用率過高的時候,我們應(yīng)該怎么定位是哪些SQL導(dǎo)致的呢,本文將介紹一下定位的方法。
本文所使用的方法,前提是你可以登錄到Mysql所在的服務(wù)器,執(zhí)行命令查看進(jìn)程,當(dāng)然讓數(shù)據(jù)庫管理員登錄執(zhí)行也可以。但如果無法或無權(quán)限去服務(wù)器上執(zhí)行命令,本方法將不適合定位問題。
一.獲取Mysql的服務(wù)器進(jìn)程號
登陸mysql所在的Linux服務(wù)器,執(zhí)行命令:top,在COMMAND列找到mysqld,并且%CPU使用率高的,比如數(shù)值超過100的,獲取PID號。
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 32232 root 20 0 1443252 356688 11748 S 107.0 4.4 2:03.82 mysqld
上述例子中,32232
為mysql
進(jìn)程ID,接下來再用它查詢出占用CPU多的線程。
二.查詢進(jìn)程中的線程
使用命令:top -H -p <mysqld 進(jìn)程 id>
,查詢線程號:
本例中使用命令top -H -p 32232
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 32272 root 20 0 1443252 356688 11748 R 99.7 4.4 2:25.74 mysqld
其中PID 32272
為線程id號。
三.根據(jù)線程ID去mysql查詢出對應(yīng)的SQL
select a.user,a.host,a.db,b.thread_os_id,b.thread_id,a.id processlist_id,a.command,a.time,a.state,a.info from information_schema.processlist a,performance_schema.threads b where a.id = b.processlist_id and b.thread_os_id=32272;
查詢結(jié)果:
| user | host | db | thread_os_id | thread_id | processlist_id | command | time | state | info | +----------+-----------+------+--------------+-----------+----------------+---------+------+--------------+---------------------------------------------+ | msandbox | localhost | test | 32272 | 32 | 7 | Query | 2 | Sending data | select * from t_abc order by rand() limit 1 | +----------+-----------+------+--------------+-----------+----------------+---------+------+--------------+---------------------------------------------+
其中,info
列顯示的SQL就是占用CPU較大的SQL,針對其進(jìn)行優(yōu)化即可。
此外,還可以通過下列SQL,查詢下線程的其他信息,方便進(jìn)一步優(yōu)化:
select * from performance_schema.events_statements_current where thread_id in (select thread_id from performance_schema.threads where thread_os_id = 32272)
通過這個結(jié)果我們可以查看具體的 SQL,看到有使用臨時表、使用了排序等信息。
查詢結(jié)果節(jié)選:
CREATED_TMP_DISK_TABLES: 1 CREATED_TMP_TABLES: 1 SORT_ROWS: 1 SORT_SCAN: 1
總結(jié):
本文介紹了一種登陸Mysql服務(wù)器,定位CPU利用率過高的SQL的方法,可以使用此方法,快速的定位到正在數(shù)據(jù)庫里抽大煙的SQL,kill掉進(jìn)程,并且優(yōu)化SQL后即可解決。此方法一定要在CPU告警時使用,如果CPU已經(jīng)恢復(fù)正常了,則無法使用此方法查詢了。
以上就是MySQL定位CPU利用率過高的SQL方法的詳細(xì)內(nèi)容,更多關(guān)于MySQL定位SQL的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
mysql8.0無備份通過idb文件恢復(fù)數(shù)據(jù)的方法、idb文件修復(fù)和tablespace?id不一致處理
文章描述了公司服務(wù)器斷電后數(shù)據(jù)庫故障的過程,作者通過查看錯誤日志、重新初始化數(shù)據(jù)目錄、恢復(fù)備份文件、修改配置文件等步驟,成功修復(fù)了MySQL數(shù)據(jù)庫2025-03-03mysql數(shù)據(jù)庫您要的常見日期查詢方法總結(jié)
這篇文章主要介紹了MySQL中常用日期查詢的20種方法,包括查詢今天、昨天、近7天、近30天等數(shù)據(jù),以及查詢特定日期的周、月、季度和年份數(shù)據(jù),需要的朋友可以參考下2025-02-02MyBatis中實現(xiàn)動態(tài)SQL標(biāo)簽
動態(tài)SQL是MyBatis的一項強大功能,它允許開發(fā)者根據(jù)條件動態(tài)地生成SQL語句,本文主要介紹了MyBatis中實現(xiàn)動態(tài)SQL標(biāo)簽,感興趣的可以可以了解一下2024-09-09MySQL 自動備份與數(shù)據(jù)庫被破壞后的恢復(fù)方法
當(dāng)數(shù)據(jù)庫服務(wù)器建立好以后,我們首先要做的不是考慮要在這個支持?jǐn)?shù)據(jù)庫的服務(wù)器運行哪些受MySQL提攜的程序,而是當(dāng)數(shù)據(jù)庫遭到破壞后,怎樣安然恢復(fù)到最后一次正常的狀態(tài),使得數(shù)據(jù)的損失達(dá)到最小。2010-03-03MySQL多線程復(fù)制遇到Error_code: 1872的解決方案
本文給大家分享的是在使用mysql主從復(fù)制的時候遇到Error_code: 1872錯誤的解決方法,非常的簡單,有需要的小伙伴可以參考下2016-09-09MySQL使用xtrabackup進(jìn)行備份還原操作
這篇文章主要為大家詳細(xì)介紹了MySQL如何使用xtrabackup進(jìn)行備份還原操作,具有一定的參考價值,感興趣的小伙伴們可以參考一下2016-11-11MySql數(shù)據(jù)庫之a(chǎn)lter表的SQL語句集合
mysql之a(chǎn)lter表的SQL語句集合,包括增加、修改、刪除字段,重命名表,添加、刪除主鍵等。本文給大家介紹MySql數(shù)據(jù)庫之a(chǎn)lter表的SQL語句集合,感興趣的朋友一起學(xué)習(xí)吧2016-04-04