【MySQL】mysql | linux | 解决mysql cpu | cpu飙升 | cpu100% cpu占用过高

一、说明

        1、linux环境

        2、mysql8.0

        3、top c查看cpu时，mysql的cpu占用到300%+，cpu出现飙升（可能是锁表导致的，属于业务bug)

二、临时解决方案

0、查看当前系统超时配合

1）root登录到mysql

2）查询连接超时默认配置

show variables like '%timeout%';

说明1： 关注wait_timeout，即jdbc关闭连接等待时间，单位：秒

3）查看正在执行sql的进程

show processlist;

标题	说明
Id	进程Id号
User	进行进程的用户
Host	进程所属主机
db	进程连接的数据库
command	当前连接执行的命令：一般是休眠(sleep)、查询(query)、连接(connect)
Time	执行持续时间，单位：秒
State	当前连接SQL语句的执行状态，是最关键的列
	Waiting on empty queue   #调度程序的事件队列是空的，它正在休眠。
	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需要再次去掉重复的记录，然后再把结果发送给客户端。 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正在尝试取得一个锁表以插入新记录。 Updating #正在搜索匹配的记录，并且修改它们。 User Lock #正在等待GET_LOCK()。 Waiting for tables #该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。 Waiting for handler insert #INSERT DELAYED已经处理完了所有待处理的插入操作，正在等待新的请求。 Waiting on empty queue #调度程序的事件队列是空的，它正在休眠。

4）查看event_scheduler开启状态

SHOW  VARIABLES  LIKE 'event_scheduler'; 

~~

1、降低cpu超时等待的时间， 断开响应请求

1）打开配置文件

vi /etc/my.cnf

2）[mysqld]下增加配置

wait_timeout = 90
interactive_timeout = 90

说明1： 为什么是90秒？根据业务场景耗时推算，若只是一次查询或者一次保存等待，90s足够了；

3）保存并重启mysql服务

service mysqld restart

~~

2、关闭event_scheduler

1）临时关闭

a> root登录到mysql

b> 执行关闭命令

SET GLOBAL event_scheduler = OFF;

说明1： 临时方案，重启mysql服务后，恢复成修改前状态

2）配置关闭（永久关闭）

a> 打开配置文件

vi /etc/my.cnf

b> 在mysqld中，增加配置

event_scheduler = off

c> 重启服务

service mysqld restart

3）说明

a> 数据表数据过大，数据预读中断

b> event_scheduler即mysql的定时器，可以基于mysql创建定时任务；（业务场景没用到的话，可以关闭）

c> 关闭后，可以有效规避错误

Waiting on empty queue

d> 查看关闭开启状态

SHOW  VARIABLES  LIKE 'event_scheduler'; 

~~