Question

MYSQL占用CPU问题

看图片先；老是这一句在自动执行，kill也没用。超级吃CPU本人不太懂数据库，我要怎么处理他？能让他不执行吗？或者怎么查出问题根本，不让它吃资源

Answer 1

cpu占用过高解决方法如下：

1、同时按住键盘上Ctrl+Alt+Delete，点击“启用任务管理器（T）”就可以看到CPU使用率是多少了。（这里的CPU使用率只要14%因为没有运行游戏，后台程序也没有打开很多。）

2、按组合键Win+R进入运行窗口输入“msconfig”点击“启动”，把不需要的程序禁用掉，后台运行的程序全部关闭掉，就可以减少CPU的使用率了。

Answer 2

有多个原因可至CPU高占用，当访问数量非常高的时候，安装程序没有完成，自身的更新进行过程，都会发生。
可将网络断开，让数据库在无访问情况下，看占用高不高，
再就是大的访问量的情况，如果是此原因引起的，那只能优化访问的语句，降低访问次数，我也见过一些人，无限制地任意使用SQL语句，至数据库负荷重。

Answer 3

先 找到 CPU 高的线程，如果 CPU 高的线程号一直在变，那可能不是单个 SQL 引起的 CPU 消耗，需要用其他方法来辅助分析。找到线程任务processlist 。
可以看到很多有用的信息：
1. 可以看到 processlist 中对应这根线程的信息
2. 可以找到其在 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 掉就是了。