mysql cpu 过高_MySQL CPU 过高的时候应该如何处理-爱可生

原标题:MySQL CPU 过高的时候应该如何处理-爱可生

问题

我的 MySQL CPU 高了,看了一下 processlist,实在有太多行了,我要不要准备辞职?

实验

MySQL CPU 飚高的原因有很多种,我们先分析一种最简单常见的。

还是先建个数据库:

7a60a7f9f8f8c8e70359345f123defad.png

还是按照之前 实验 11 的技巧,快速造一些数据:

3faadf4c9d522a2926a935e16877f431.png

反复执行最后一句 SQL:

c0faf31eb5a3089050bdd537413e6cee.png

下面来执行一条比较坑的 SQL,让 CPU high 起来:

d08927f0fb7731c402e7efa56b48cc84.png

4af79241533e415a703969e9306d6640.png

现在我们忘掉之前做了什么,就来处理这个 CPU 高的问题。

先用 top -H 找到 CPU 高的线程,这里可以看到 CPU 高的线程一直是 17967

(如果 CPU 高的线程号一直在变,那可能不是单个 SQL 引起的 CPU 消耗,需要用其他方法来辅助分析,方法我们以后会介绍)

9976b22dcc6a8e81676ec3d074ac5f48.png

找到这个线程的任务:

63ead5292faa91088827967fbddca028.png

可以看到很多有用的信息:

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。

我们再来找找其他有用的信息:

4905b1011eafa15c53fa411fe21ac0a7.png

可以看到 SQL 执行的开始时间,正在使用了一张临时磁盘表。

如果开启了 performance_schema 的其他监控项,通过 Thread_ID 关联,可以找到更多信息。

当然,眼下这么明显的坑 SQL,我们 kill 掉就是了。返回搜狐,查看更多

责任编辑:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值