快速定位當(dāng)前數(shù)據(jù)庫消耗 CPU 最高的 sql 語句
如何快速定位消耗 CPU 最高的 sql 語句,怎么做?看看下面的介紹。
概述
如果是Oracle數(shù)據(jù)庫我們可以很容易通過sql來定位到當(dāng)前數(shù)據(jù)庫中哪些消耗CPU高的語句,而mysql數(shù)據(jù)庫可以怎么定位呢?這里用一個(gè)簡單例子說明下...
主要是了解如何定位的思路,具體看官網(wǎng)介紹..
參考:
https://www.percona.com/blog/2020/04/23/a-simple-approach-to-troubleshooting-high-cpu-in-mysql/
主要意思是針對(duì)定位CPU的問題,Percona增加了對(duì)通過信息的TID列將processlist ID映射到OS線程ID的支持,而MySQL在5.7版本后在PERFORMANCE_SCHEMA.THREADS表加了一個(gè)THREAD_OS_ID新列來實(shí)現(xiàn),以下方法適用于在其他內(nèi)核正常運(yùn)行時(shí),某個(gè)特定CPU的查詢過載的情況。
find out which session is using the most CPU resources in my database?
定位線程
pidstat -t -p <mysqld_pid> 1 5

通過該命令我們可以定位到**「802、4445等線程消耗了大量的CPU」**,這里盡量確保在pidstat的多個(gè)樣本中驗(yàn)證消耗是恒定的。根據(jù)這些信息,我們可以登錄到數(shù)據(jù)庫,并使用以下查詢找出哪個(gè)MySQL線程是罪魁禍?zhǔn)住?/p>
定位問題sql
select * from performance_schema.threads where thread_os_id = xx ;
select * from information_schema.`PROCESSLIST` where id=threads.processlist_id

根據(jù)操作系統(tǒng)id可以到processlist表找到對(duì)應(yīng)的會(huì)話,如下:

查看問題sql執(zhí)行計(jì)劃
這里對(duì)應(yīng)看一下執(zhí)行計(jì)劃基本就可以判斷當(dāng)前數(shù)據(jù)庫CPU為什么消耗這么高了...
至于優(yōu)化的點(diǎn)只需要在dock建一個(gè)索引即可,這里就不介紹了。

END
更多精彩文章請(qǐng)關(guān)注公眾號(hào)

