一次mysql服务器cpu占用率100%问题排查

已于 2022-10-05 21:47:58 修改
阅读量3.6k 收藏 27
点赞数 3
分类专栏： MySQL 文章标签： 服务器 mysql linux
于 2022-10-05 21:47:45 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xust_Hankey/article/details/127177288
版权

在数据库运行过程中，我们经常会遇到mysql服务器cpu占用率100%的情况，下面就是遇到这种情况时的排查方法和具体步骤。

1、通过top查看pid

找到对应的mysql进程和其对应的PID，根据cpu占用率排序后的结果

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                  
16965 mysql     20   0   32.0g   2.8g  16592 S  1566  8.8  49:40.99 mysqld

比如这里看到的PID是16965

2、查看mysql进程

查看mysql的具体进程，找到和上一步top命令中查到的pid对应的信息

ps -ef | grep -i mysql

显示的信息如下

avahi     5451     1  0  2020 ?        00:00:01 avahi-daemon: running [zhyjmysql1.local]
mysql    16965     1 99 21:28 ?        01:05:09 /usr/sbin/mysqld
root     17362 10112  0 21:33 pts/1    00:00:00 grep --color=auto -i mysql

3、通过top -p mysqlpid -H 可以找到thread_os_id

top -p 16965 -H

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND                                                                                   
17053 mysql     20   0   32.0g   2.8g  16668 R 62.7  9.0   4:47.45 mysqld                                                                                    
17032 mysql     20   0   32.0g   2.8g  16668 R 61.7  9.0   5:03.16 mysqld                                                                                    
17028 mysql     20   0   32.0g   2.8g  16668 R 61.3  9.0   4:38.47 mysqld                                                                                    
17033 mysql     20   0   32.0g   2.8g  16668 R 61.0  9.0   4:56.53 mysqld                                                                                    
17054 mysql     20   0   32.0g   2.8g  16668 R 59.0  9.0   5:17.14 mysqld                                                                                    
17064 mysql     20   0   32.0g   2.8g  16668 R 59.0  9.0   4:57.18 mysqld                                                                                    
17057 mysql     20   0   32.0g   2.8g  16668 R 57.0  9.0   4:47.68 mysqld                                                                                    
17065 mysql     20   0   32.0g   2.8g  16668 R 56.7  9.0   5:00.24 mysqld                                                                                    
17041 mysql     20   0   32.0g   2.8g  16668 R 56.3  9.0   4:38.04 mysqld                                                                                    
17034 mysql     20   0   32.0g   2.8g  16668 R 46.7  9.0   5:05.70 mysqld                                                                                    
17039 mysql     20   0   32.0g   2.8g  16668 R 46.7  9.0   4:48.71 mysqld                                                                                    
17052 mysql     20   0   32.0g   2.8g  16668 R 46.7  9.0   4:49.51 mysqld                                                                                    
17048 mysql     20   0   32.0g   2.8g  16668 R 42.7  9.0   5:06.26 mysqld                                                                                    
17035 mysql     20   0   32.0g   2.8g  16668 R 40.7  9.0   4:21.71 mysqld                                                                                    
17061 mysql     20   0   32.0g   2.8g  16668 R 40.0  9.0   4:40.52 mysqld                                                                                    
17045 mysql     20   0   32.0g   2.8g  16668 R 39.3  9.0   4:47.58 mysqld                                                                                    
17037 mysql     20   0   32.0g   2.8g  16668 R 39.0  9.0   4:38.30 mysqld                                                                                    
17047 mysql     20   0   32.0g   2.8g  16668 R 39.0  9.0   4:48.43 mysqld                                                                                    
17060 mysql     20   0   32.0g   2.8g  16668 R 38.0  9.0   4:44.66 mysqld                                                                                    
17069 mysql     20   0   32.0g   2.8g  16668 R 35.3  9.0   2:30.98 mysqld                                                                                    
17031 mysql     20   0   32.0g   2.8g  16668 R 33.7  9.0   5:04.40 mysqld                                                                                    
17050 mysql     20   0   32.0g   2.8g  16668 R 33.0  9.0   4:48.70 mysqld                                                                                    
17036 mysql     20   0   32.0g   2.8g  16668 R 32.3  9.0   4:45.65 mysqld                                                                                    
17038 mysql     20   0   32.0g   2.8g  16668 R 31.7  9.0   4:53.28 mysqld                                                                                    
17042 mysql     20   0   32.0g   2.8g  16668 R 31.3  9.0   4:54.65 mysqld                                                                                    
17051 mysql     20   0   32.0g   2.8g  16668 R 31.0  9.0   4:52.69 mysqld                                                                                    
17056 mysql     20   0   32.0g   2.8g  16668 R 29.7  9.0   4:43.77 mysqld                                                                                    
17030 mysql     20   0   32.0g   2.8g  16668 R 28.3  9.0   4:37.87 mysqld                                                                                    
17029 mysql     20   0   32.0g   2.8g  16668 R 28.0  9.0   4:49.72 mysqld                                                                                    
17026 mysql     20   0   32.0g   2.8g  16668 R 27.3  9.0   4:55.32 mysqld                                                                                    
17040 mysql     20   0   32.0g   2.8g  16668 R 27.3  9.0   4:57.71 mysqld                                                                                    
17044 mysql     20   0   32.0g   2.8g  16668 R 27.3  9.0   4:50.06 mysqld

4、可以看到占用最高的是PID=17053

4.1 通过 performance_schema.threads.thread_os_id=17053 可以找到对应的thread_id,processlist_id ;

mysql> select thread_id,name ,PROCESSLIST_ID,THREAD_OS_ID from performance_schema.threads where thread_os_id = 17053; 
+-----------+---------------------------+----------------+--------------+
| thread_id | name                      | PROCESSLIST_ID | THREAD_OS_ID |
+-----------+---------------------------+----------------+--------------+
|       143 | thread/sql/one_connection |             97 |        17053 |
+-----------+---------------------------+----------------+--------------+
1 row in set (0.00 sec)

4.2 通过performance_schema.events_statements_current.thread_id = 143 可以找到当前占用cpu的SQL：

select DIGEST_TEXT  from performance_schema.events_statements_current where thread_id = 143 ;

+---------------------------------------------------------------------+
| DIGEST_TEXT
SELECT * FROM t xxx ……

有时候发现DIGEST_TEXT 内容显示不全，可以通过以下方法处理：
DIGEST_TEXT 的长度由变量 max_digest_length 控制:

show variables like 'max_digest_length' ;

然后，拿到对应的sql后，可以根据要求对sql进行优化处理。

霸王龙的日常
关注
专栏目录
MySQL 服务占用cpu 100%，如何排查问题?
Happy Simon
03-26 4575
一、引子 对于互联网公司，线上CPU飙升的问题很常见（例如某个活动开始，流量突然飙升时），按照本文的步骤排查，基本1分钟即可搞定！特此整理排查方法一篇，供大家参考讨论提高。 二、问题复现 线上系统突然运行缓慢，CPU飙升，甚至到100%，以及Full GC次数过多，接着就是各种报警：例如接口超时报警等。此时急需快速线上排查问题。 三、问题排查 不管什么问题，既然是CPU飙升，肯定是查一下耗CPU的...
mysql开启日志占cpu不_MySQL占用CPU过高 查找原因及解决 多种方式
weixin_27388739的博客
01-18 1064
MySQL占用CPU过高 查找原因及解决 多种方式一、排查有没有地方占用SQL资源过多1、排查方法：>mysql-uroot-p#登陆数据库>********#输入数据库密码2、查看数据库show databases;3、use 数据库名; #切换到常用数据库4、show processlist; #显...
面试官常问：MySQL 服务占用cpu 100%，如何排查问题?
Java后端架构V
05-25 1874
对于互联网公司，线上CPU飙升的问题很常见（例如某个活动开始，流量突然飙升时），按照本文的步骤排查，基本1分钟即可搞定！
MySQL优化实战 解决CPU100%
最新发布
AllenChan_的博客
10-02 1214
深入排查并优化数据库CPU周期性打满问题的经历。问题表象为每小时整点03分数据库CPU使用率飙升，持续一分钟后恢复正常。首先排除了业务流量暴增的可能性，聚焦于定时任务。通过详细分析，发现任务状态修改的Job中，通过临时方案解决了问题，并讨论了进一步的优化空间。本文揭示了慢SQL对数据库性能的影响，以及如何通过日志分析和索引优化来解决问题。
mysql服务器cpu使用率过高100%
热门推荐
落叶翩翩的CSDN博客
04-24 1万+
cpu消耗过大有慢sql造成,慢sql包括全表扫描，扫描数据量太大，内存排序，磁盘排序，锁争用等； mysql>show processlist; 查看所有连接 现象sql执行状态为:sending data,copying to tmp table,copying to tmp table on disk,sorting result,using filesort,locked;就有问题了
【MySQL面试第二弹】MySQL 服务占用cpu 100%，如何排查问题?
12-21
推荐阅读学习：MySQL最全整理（面试题+笔记+导图），面试大厂不再被MySql难倒！ 一、引子 对于互联网公司，线上CPU飙升的问题很常见（例如某个活动开始，流量突然飙升时），按照本文的步骤排查，基本1分钟即可搞定！特此整理排查方法一篇，供大家参考讨论提高。 二、问题复现 线上系统突然运行缓慢，CPU飙升，甚至到100%，以及Full GC次数过多，接着就是各种报警：例如接口超时报警等。此时急需快速线上排查问题。 三、问题排查 不管什么问题，既然是CPU飙升，肯定是查一下耗CPU的线程，然后看看GC。 3.1 核心排查步骤 执行top命令：查看所有进程占系统CPU的排序。极大可能排第一个的就
mysql cpu100% 排查
wangjun5159的专栏
03-14 4330
查看mysql线程 首先查看mysql线程，有两种方法，第一使用show full processlist，第二查看information_schema.processlist，这两种查询结果是一样的，查表更方便一些，因为可以过滤字段。 show full processlist;查看所有mysql线程(connection)，如果不加full，则查看前100条。 或者 select * from information_schema.processlist where info!=''; 找到info
MySQL服务器进程CPU占用100%的解决方法
12-15
朋友主机(Windows 2003 + IIS + PHP + MYSQL )近来 MySQL 服务进程 (mysqld-nt.exe) CPU 占用率总为 100% 高居不下。此主机有10个左右的 database, 分别给十个网站调用。据朋友测试，导致 mysqld-nt.exe cpu 占用...
解决 MySQL 服务器进程 CPU 占用 100%25的技术笔记.doc
08-06
本文档详细记录了解决一起 MySQL 服务器进程 CPU 占用率达到 100% 的案例。该问题发生在一台 Windows 2003 服务器上，该服务器配置了 IIS、PHP 和 MySQL，主要用于支持多个网站的数据处理需求。具体表现为 MySQL ...
Mysql占用CPU过高排查过程及可能优化方案
zhangdi10am的博客
03-25 1万+
1.查看生产DB服务器top列表， 执行 top 命令 2.使用root用户登录mysql 执行 show full processlist 查看慢查询，反复执行，如果发现一直有select 查询语句存在，为了缓解DB服务器压力，直接使用kill命令杀掉 kill 慢查询的id 如果服务器压力缓解，恢复正常。 3.查询是否有锁问题 show OPEN TABLES where In_use > 0; 查看正在锁的事务 SELECT * FROM INFORMATION_SCHEMA.
Mysql数据库服务器的CPU占用很高
12-14
MySQl服务器CPU占用很高 　　1.  问题描述 　　一个简单的接口，根据传入的号段查询号码归属地，运行性能测试脚本，20个并发mysql的CPU很高，监控发现只有一个select语句，且表建立了索引 　　2.  问题原因 　　查询语句索引没有命中导致 　　开始时的select SELECT `province_name`， `city_name` FROM `phoneno_section` WHERE SUBSTRING(?， phoneno_section_len) = phoneno_section LIMIT ? 咨询说where中使用SUBSTRING函
mysql占用cpu超过100%怎么办？mysql占用cpu特别高的解决方法！
hhg2006的博客
09-07 3677
前段时间我的一个网站经常打不开，通过检查发现服务器cpu占用超过100%；通过top命令发现是占用cpu特别高导致的，于是优化了mysql语句，mysql升级到了mysql8最新版本等，但是并没有什么卵用。甚至以为是服务器配置太低了，准备升级配置。后面分析网站日志的时候发现有些ip请求次数特别高，有些ip请求几万次，一查ip还是境外的，于是通过防火墙把这些ip禁用掉。mysql占用cpu超过100%的现象就基本解决了。以上是我对mysql占用cpu超过100%的解决方法。3.排除网站被攻击的可能。
cpu 100% mysql占用太多 优化mysql
风口上的猪博客
11-05 920
转自：http://vickyzhang.blog.51cto.com/5930715/1913054 mysql实例cpu超过100%分析 当我们mysql数据库实例超过100%时,这种情况都是因sql性能问题导致,实例出现卡主现象: 1.原理，cpu消耗过大有慢sql造成,慢sql包括全表扫描，扫描数据量太大，内存排序，磁盘排序，锁争用等； 2.表的现象sql执行状态为:sending data,copying to tmp table,copying to tmp table on disk,sor
【64期】MySQL 服务占用cpu 100%，如何排查问题? （MySQL面试第七弹）
hello world！
04-26 1340
点击上方蓝色“java大数据修炼之道”,选择“设为星标”每晚九点: 技术干货 ???? 必定奉上一、引子对于互联网公司，线上CPU飙升的问题很常见（例如某个活动开始，流量突然飙升时），按照本文的步骤排查，基本1分钟即可搞定！特此整理排查方法一篇，供大家参考讨论提高。二、问题复现线上系统突然运行缓慢，CPU飙升，甚至到100%，以及Full GC次数过多，接着就是各种报警：例如接口超时报警等。此时急需快...
线上CPU飙升100%问题排查
HaSaKing的博客
03-01 681
目录一、引子二、问题复现三、问题排查3.1 `核心排查步骤`3.2 原因分析三、总结 一、引子 对于互联网公司，线上CPU飙升的问题很常见（例如某个活动开始，流量突然飙升时），按照本文的步骤排查，基本1分钟即可搞定！特此整理排查方法一篇，供大家参考讨论提高 二、问题复现 线上系统突然运行缓慢，CPU飙升，甚至到100%，以及Full GC次数过多，接着就是各种报警：例如接口超时报警等。此时急需快速线上排查问题。 三、问题排查 不管什么问题，既然是CPU飙升，肯定是查一下耗CPU的线程，然后看看GC。 3.1
cpu 100% mysql占用太多 优化mysql
weixin_33717117的博客
11-03 364
2019独角兽企业重金招聘Python工程师标准>>> ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值