MySQL服务器最近偶尔出现cpu居高不下的情况,如何排查?

命令“show full processlist”,可以用来查看MySQL当前线程处理情况 。
  • 正在执行什么语句?
  • 执行语句耗时多久?
  • 有慢SQL正在执行?
  • 总共有多少链接数?
查看当前mysql是否有压力,哪些线程有问题?可以kill掉有问题的线程,临时解决一些突发性问题 。
命令“show full processlist”输出结果详解:
Id : 标识Id, kill操作时会用到 。
User : 连接的用户, 如果不是root, 只显示你权限范围内的sql语句 。
Host : 来源主机ip, 可以用来追踪问题 。
db : 连接的数据库 。
Command: 当前连接执行的命令, 一般就是休眠sleep, 查询query, 连接connect 。
Time : 当前状态持续的时间, 单位是秒 。
State :
使用当前连接的sql语句的状态 。请注意state只是语句执行中的某一个状态 。以查询SQL为例, 可能需要经过copying to tmp table, Sorting result, Sending data等状态才可以完成 。
info : 显示这个sql语句, 因为长度有限, 所以长的sql语句就显示不全, 但是一个判断问题语句的重要依据 。
State状态值:
Checking table:正在检查数据表
Closing tables:
正在将表中修改的数据刷新到磁盘中, 同时正在关闭已经用完的表 。
这是一个很快的操作, 否则就应该确认磁盘空间是否已满或磁盘是否正处于重负中 。
Connect Out:复制从服务器正在连接主服务器 。
Copying to tmp table on disk:
由于临时结果集大于tmp_table_size, 正在将临时表从内存存储转为磁盘存储以此节省内存 。
Creating tmp table:正在创建临时表以存放部分查询结果 。
deleting from main table:
服务器正在执行多表删除中的第一部分, 刚删除第一个表 。
deleting from reference tables:
服务器正在执行多表删除中的第二部分, 正在删除其他表的记录 。
Flushing tables:正在执行 FLUSH TABLES, 等待其他线程关闭数据表 。
Killed:
发送了一个kill请求给某线程, 那么这个线程将会检查kill标志位, 同时会放弃下一个kill请求 。
MySQL会在每次的主循环中检查kill标志位, 不过有些情况下该线程可能会过一小段才能死掉 。
如果该线程被其他线程锁住了, 那么kill请求会在锁释放时马上生效 。
Locked:被其他查询锁住了 。
Sending data:正在处理SELECT查询的记录, 同时正在把结果发送给客户端 。
Sorting for group:正在为GROUP BY做排序 。
Sorting for order:正在为ORDER BY做排序 。
Opening tables:
这个过程应该会很快, 除非受到其他因素的干扰 。
例如, 在执行完ALTER TABLE或LOCK TABLE语句以前, 数据表无法被其他线程打开 。正尝试打开一个表 。
Removing duplicates:
正在执行一个SELECT DISTINCT方式的查询, 但是MySQL无法在前一个阶段优化掉那些重复的记录 。因此, MySQL需要再次去掉重复的记录, 然后再把结果发送给客户端 。
【MySQL服务器最近偶尔出现cpu居高不下的情况,如何排查?】Reopen table:
获得了对一个表的锁, 但是必须在表结构修改之后才能获得这个锁 。
已经释放锁, 关闭数据表, 正尝试重新打开数据表 。
Repair by sorting:
修复指令正在排序以创建索引 。
Repair with keycache:
修复指令正在利用索引缓存一个一个地创建新索引 。它会比 Repair by sorting 慢些 。
Searching rows for update:
正在将符合条件的记录找出来以备更新 。它必须在UPDATE要修改相关的记录之前就完成了 。
Sleeping:正在等待客户端发送新请求.
System lock:
正在等待取得一个外部的系统锁 。如果当前没有运行多个mysqld服务器同时请求同一个表,
那么可以通过增加 --skip-external-locking参数来禁止外部系统锁 。
Upgrading lock:
INSERT DELAYED 正在尝试取得一个锁表以插入新记录 。


推荐阅读