Amazon RDS增强监控标记数字含义咨询：低连接高CPU负载问题

Hey there! Let's clear up the confusion around those numbers in your RDS Enhanced Monitoring screenshot first, then dig into your CPU load issue.

那些矩形内的数字是什么？ #

你标记的数字不是MySQL的查询线程ID——它们是操作系统层面的进程ID（PID），对应运行在RDS底层EC2实例上的系统进程。而SHOW PROCESSLIST返回的是MySQL数据库内部的线程ID，二者属于不同层级的标识，这就是为什么你找不到匹配项的原因。

为什么这些PID会占用高CPU？ #

虽然你的连接数只有30左右，但MySQL（尤其是InnoDB引擎）有很多后台线程会持续消耗CPU资源，这些线程对应的OS PID就会在增强监控里显示高利用率：

• 比如InnoDB的purge线程，负责清理已标记删除的数据页；
• 日志刷新线程，负责把redo/undo日志从内存刷到磁盘；
• 如果有大索引创建、批量数据导入，或者单个高复杂度的慢查询在执行，对应的MySQL工作进程（OS PID）也会持续占用CPU，哪怕连接数不多。

如何关联OS PID和MySQL内部操作？ #

要把增强监控里的PID和MySQL的具体操作对应起来，可以用MySQL的performance_schema：

1. 在RDS的MySQL控制台执行以下查询，找到对应OS PID的MySQL线程信息：

   SELECT * FROM performance_schema.threads WHERE OS_PID = <你看到的PID数字>;
   

2. 从返回结果的PROCESSLIST_INFO字段，就能看到这个进程正在执行的具体SQL语句或者后台任务，帮你定位CPU高负载的根源。

针对你的CPU高负载的额外排查建议 #

既然你的实例是r3.2xlarge，连接数低但CPU持续25%，可以从这几个方向排查：

• 检查是否有RDS自动维护任务在运行（比如自动备份、统计信息更新、只读副本同步）；
• 开启慢查询日志，排查是否有单个高CPU消耗的查询在持续运行；
• 查看InnoDB缓冲池命中率，如果命中率低，可能导致大量磁盘IO引发CPU等待；
• 检查增强监控里的进程名称，如果是mysqld相关进程，结合上面的performance_schema查询进一步定位具体任务；如果是系统级进程（比如kworker之类的），可能是EC2实例本身的系统任务导致的，可以联系AWS支持确认。

内容的提问来源于stack exchange，提问作者Alaa