亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

MySQL定位CPU利用率過高的SQL方法

 更新時間：2024年07月01日 08:41:39   作者：大腦補丁  
當mysql CPU告警利用率過高的時候,我們應該怎么定位是哪些SQL導致的呢,本文將介紹一下定位的方法,文章通過代碼示例講解的非常詳細,具有一定的參考價值,需要的朋友可以參考下

前言

當mysql CPU告警利用率過高的時候，我們應該怎么定位是哪些SQL導致的呢，本文將介紹一下定位的方法。

本文所使用的方法，前提是你可以登錄到Mysql所在的服務器，執(zhí)行命令查看進程，當然讓數(shù)據(jù)庫管理員登錄執(zhí)行也可以。但如果無法或無權限去服務器上執(zhí)行命令，本方法將不適合定位問題。

一.獲取Mysql的服務器進程號

登陸mysql所在的Linux服務器，執(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進程ID，接下來再用它查詢出占用CPU多的線程。

二.查詢進程中的線程

使用命令：top -H -p <mysqld 進程 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查詢出對應的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;

查詢結果：

| 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，針對其進行優(yōu)化即可。

此外，還可以通過下列SQL，查詢下線程的其他信息，方便進一步優(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)

通過這個結果我們可以查看具體的 SQL，看到有使用臨時表、使用了排序等信息。
查詢結果節(jié)選：

CREATED_TMP_DISK_TABLES: 1  
CREATED_TMP_TABLES: 1  
SORT_ROWS: 1  
SORT_SCAN: 1

總結：

本文介紹了一種登陸Mysql服務器，定位CPU利用率過高的SQL的方法，可以使用此方法，快速的定位到正在數(shù)據(jù)庫里抽大煙的SQL，kill掉進程，并且優(yōu)化SQL后即可解決。此方法一定要在CPU告警時使用，如果CPU已經(jīng)恢復正常了，則無法使用此方法查詢了。

以上就是MySQL定位CPU利用率過高的SQL方法的詳細內(nèi)容，更多關于MySQL定位SQL的資料請關注腳本之家其它相關文章！

相關文章

最新評論