问题
我的 MySQL CPU 高了，看了一下 processlist，实在有太多行了。怎么办？
实验
MySQL CPU 飚高的原因有很多种，我们先分析一种最简单常见的。
还是先建个数据库：
还是按照之前 实验11 的技巧，快速造一些数据：
反复执行最后一句 SQL：
下面来执行一条比较坑的 SQL，让 CPU high 起来：
现在我们忘掉之前做了什么，就来处理这个 CPU 高的问题。
先用 top -H 找到 CPU 高的线程，这里可以看到 CPU 高的线程一直是 17967
（如果 CPU 高的线程号一直在变，那可能不是单个 SQL 引起的 CPU 消耗，需要用其他方法来辅助分析，方法我们以后会介绍）
找到这个线程的任务：
可以看到很多有用的信息：
-
可以看到 processlist 中对应这根线程的信息
-
可以找到其在 processlist 中的 ID，这样我们就可以下 kill 命令来结束 SQL
小贴士：使用 performance_schema 时，需要大家注意 MySQL 使用了多个线程编号，源自于不同视角：1. PROCESSLIST_ID：在 processlist 中的编号，是使用者视角的编号，使用者可以直接用 kill 命令。2. THREAD_ID：是 MySQL 内部使用的线程编号，是 MySQL 内部视角的编号。3. THREAD_OS_ID：是在操作系统上，对应的线程编号，是操作系统视角的编号。大家使用时需要区分好，不要 kill 错了 SQL。
我们再来找找其他有用的信息：
可以看到 SQL 执行的开始时间，正在使用了一张临时磁盘表。
如果开启了 performance_schema 的其他监控项，通过 Thread_ID 关联，可以找到更多信息。
当然，眼下这么明显的坑 SQL，我们 kill 掉就是了。
文件来源：https://baijiahao.baidu.com/s?id=1674152967560293492&wfr=spider&for=pc
