MySQL CPU占用过高排查与优化实战

1. MySQL CPU占用问题排查实战指南

作为数据库管理员，最让人头疼的场景之一就是半夜收到报警：MySQL CPU使用率飙升到90%以上。这种情况如果处理不及时，轻则导致查询响应变慢，重则引发整个数据库服务不可用。今天我就结合多年实战经验，分享一套完整的MySQL CPU占用过高排查流程，包含从快速定位到深度分析的完整方案。

2. 问题定位与初步分析

2.1 快速识别问题线程

当MySQL CPU使用率异常时，第一步是找出消耗CPU资源的罪魁祸首。在Linux环境下，我们可以使用以下命令组合：

bash复制# 查看MySQL进程的总体CPU占用
top -c -p $(pgrep -d',' mysqld)

# 查看具体线程的CPU占用情况
top -H -p $(pgrep mysqld)

执行后会显示类似如下的输出：

code复制PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND
392869 mysql     20   0 25.8g   5.2g   4.8g R 98.6 16.3  48:20.57 mysqld
392870 mysql     20   0 25.8g   5.2g   4.8g S  0.3 16.3   0:05.23 mysqld

这里392869线程占用了98.6%的CPU，明显是问题所在。记下这个PID，我们将在后续步骤中使用它。

注意：如果MySQL使用了线程池模式，可能需要调整查看方式。此时建议使用performance_schema进行更精确的监控。

2.2 操作系统线程与MySQL线程的映射

获取到高CPU线程的操作系统PID后，我们需要将其映射到MySQL内部的线程ID。这是因为MySQL有自己的线程管理系统，我们需要知道是哪个数据库会话导致了问题。

执行以下SQL查询（将392869替换为你找到的高CPU线程PID）：

sql复制SELECT 
    a.USER,
    a.HOST,
    a.db,
    b.thread_os_id,
    b.thread_id,
    a.id processlist_id,