mysql CPU占用率居高不下 怎么解决

发布网友 发布时间:2022-04-23 20:28

我来回答

3个回答

懂视网 时间:2022-04-08 01:53

      晚上大概7点钟左右,收到播放中心投诉,说视频播放很慢,加载很久不出来。一开始,哥以为是tomcat服务又挂了。所以到tomcat服务器上查看下catalina.out输出日志。却没发现任务错误信息。

分析:

       想了想,视频加载慢,会不会是数据库问题呢?果断上mysql数据库(从库)看下top如下:

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND  
 37258 mysql    20   0 17.2g  12g 5032 S 769.5 81.3   4383:29 mysqld

没想到cpu居然达到769%了!

     然后进入mysql的慢查询语句的目录下面,看下slow.log

select count(*) as col_0_0_ from card_received cardreceiv0_ where (cardreceiv0_.statusCode=‘1‘ or cardreceiv0_.statusCode=‘2‘) and (cardreceiv0_.ownerCardNum=‘8757003738566209‘ or cardreceiv0_.ownerPhoneNum=‘137246717‘) and cardreceiv0_.readStatus=0G;

发现这条查询语句耗时5秒左右,但是slow.log里面全部是这条语句。所以我觉得很可疑。

再用explain分析下看

mysql> explain select count(*) as col_0_0_ from card_received cardreceiv0_ where (cardreceiv0_.statusCode=‘1‘ or cardreceiv0_.statusCode=‘2‘) and (cardreceiv0_.ownerCardNum=‘8757003738566209‘ or cardreceiv0_.ownerPhoneNum=‘137246717‘) and cardreceiv0_.readStatus=0G;


explain结果:
************************** 1. row ***************************
           id: 1
           select_type: SIMPLE
           table: cardreceiv0_
           type: ref
possible_keys: readStatus,ownerCardNum,statusCode,ownerPhoneNum
           key: readStatus
           key_len: 5
           ref: const
           rows: 2394190
           Extra: Using where
1 row in set (0.00 sec)

ERROR: 
No query specified

居然扫描了:2394190行。。。。

   最后跟开发沟通后,因为这边表数据并不重要。故将一些旧数据情况了,表示已经清空了200万行!最后mysql的cpu终于降下来了。。。

不过要彻底解决问题,仍需要优化语句,建立索引哪。。不然数据多了,肯定还会出问题的。

好了,此次故障也仅仅给提供一些解决问题的思路。具体问题还是需要具体分析的。

本文出自 “梁恩宇-9527” 博客,请务必保留此出处http://liangey.blog.51cto.com/9097868/1659808

解决Mysql占用cpu,内存高故障案例

标签:mysql   cpu   linux   

热心网友 时间:2022-04-07 23:01

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

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

2、按组合键Win+R进入运行窗口输入“msconfig”点击“启动”,把不需要的程序禁用掉,程序不要打开太多,就可以减少CPU的使用率了。

热心网友 时间:2022-04-08 00:19

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

声明声明:本网页内容为用户发布,旨在传播知识,不代表本网认同其观点,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。E-MAIL:11247931@qq.com