{{ item.name }}
{{ item.name }}

{{ it.name }}

{{ it.text }}

{{ it.name }}

{{ innerIt.name }}

{{ innerIt.text }}

{{news.time}}
{{news.title}}
MySQL CPU 高了,怎么办?
2020-07-31发布 1,150浏览

问题

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


实验

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

还是先建个数据库:

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

反复执行最后一句 SQL:

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

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

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

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

找到这个线程的任务:

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

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 掉就是了。



上一篇
技术分享 丨MySQL史上最快逻辑备份工具
400-820-6580 13916131869
marketing@actionsky.com
上海市闵行区万源路2138号泓茂中心2号楼
产品详情
关系型数据库
AI数据库
数据库智能管理平台
数据库生态产品
行业案例
金融行业
新零售行业
制造业
通信行业
更多
公司动态
最新新闻
国产化信息
技术分享
关于我们
公司简介
公司分布
国家专利
资质认证
扫码关注公众号
© Copyright 2017, All rights reserved by: 上海爱可生信息技术股份有限公司 沪ICP备12003970号-1 | 法律声明 | 网站地图
沪公网安备 31010402003331号