某個SQL導(dǎo)致數(shù)據(jù)庫CPU飆高，如何快速定位？

如何快速定位消耗 CPU 最高的 SQL 語句？

概述

如果是Oracle數(shù)據(jù)庫我們可以很容易通過sql來定位到當(dāng)前數(shù)據(jù)庫中哪些消耗CPU高的語句，而mysql數(shù)據(jù)庫可以怎么定位呢？這里用一個簡單例子說明下...

主要是了解如何定位的思路，具體看官網(wǎng)介紹..

參考：

https://www.percona.com/blog/2020/04/23/a-simple-approach-to-troubleshooting-high-cpu-in-mysql/

主要意思是針對定位CPU的問題，Percona增加了對通過信息的TID列將processlist ID映射到OS線程ID的支持，而MySQL在5.7版本后在PERFORMANCE_SCHEMA.THREADS表加了一個THREAD_OS_ID新列來實現(xiàn)，以下方法適用于在其他內(nèi)核正常運行時，某個特定CPU的查詢過載的情況。

find out which session is using the most CPU resources in my database?

定位線程

pidstat?-t?-p??1??5

通過該命令我們可以定位到**「802、4445等線程消耗了大量的CPU」**，這里盡量確保在pidstat的多個樣本中驗證消耗是恒定的。根據(jù)這些信息，我們可以登錄到數(shù)據(jù)庫，并使用以下查詢找出哪個MySQL線程是罪魁禍首。

定位問題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表找到對應(yīng)的會話，如下：

查看問題sql執(zhí)行計劃

這里對應(yīng)看一下執(zhí)行計劃基本就可以判斷當(dāng)前數(shù)據(jù)庫CPU為什么消耗這么高了...

至于優(yōu)化的點只需要在dock建一個索引即可，這里就不介紹了。