mysql cpu占用率飙升问题排查
一开始我们就会想到慢sql
//开启
SET GLOBAL slow_query_log = 'ON';
//设置慢sql时间,单位秒
SET GLOBAL long_query_time = 1;
//确认是否生效
SHOW VARIABLES LIKE 'slow_query_log';
SHOW VARIABLES LIKE 'long_query_time';
//关闭(一般没出问题就会关闭,出了问题就开启排查,当然资源允许情况,可以一直开着)
SET GLOBAL slow_query_log = 'OFF';
//慢sql文件
SHOW VARIABLES LIKE 'slow_query_log_file';
永久生效就得改配置文件了,因为是排查问题,临时用一下就可以
如果没有发现慢sql记录,则需要换个思路,类似于程序while(true)执行,也是会导致cpu飙升的
//查看当前正在执行的查询
SHOW PROCESSLIST;//查看线程状态
SELECT * FROM information_schema.PROCESSLIST WHERE COMMAND != 'Sleep';//查询消耗cpu较高的sql
SELECT digest_text, COUNT_STAR AS exec_count, SUM_TIMER_WAIT/1000000000000 AS total_time_s,AVG_TIMER_WAIT/1000000000000 AS avg_time_s
FROM performance_schema.events_statements_summary_by_digest
ORDER BY total_time_s DESC
LIMIT 10;
找到消耗cpu的sql,然后可以使用explain分析
比如我这边的sql,发现explain结果中type为ALL,代表着全表扫描
EXPLAIN SELECT COUNT(*) FROM `iot_device_alarm_safety_audit`
WHERE `device_id` = 123 AND `alarm_time` = '2024-05-01 12:00:00' AND `CODE` = 'ERROR';
全表扫描的话,表中记录一旦多起来,查询时间随之变大,加上查询频率一旦上去,则cpu就会上升
可以分析以下代码,是否有优化的点
//查询表中记录总数
select count(id) from iot_device_alarm_safety_audit;
定位到了问题,就容易解决了
比如创建索引:
CREATE INDEX idx_device_alarm_code ON iot_device_alarm_safety_audit (device_id, alarm_time, code);