一、说明
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';
~~