Mariadb cpu 93% 问题

最近项目遇到cpu平均使用率93%

一、登录数据库服务查看具体情况

可以看到服务器负载很高,,mariadb CPU使用已达到接近380.4% (因为是8核,所以会有超过100%的情况)。如下图:

二、排查是否有耗时较长sql

在服务器上执行mysql -u root -p之后,输入show full processlist; 可以看到正在执行的语句

或

登录数据库,我这里用的是dbeaver,执行show full processlist;

发现确实有条慢sql:select *from pump_event_his where msg_id='';

分析:这张表有500万+数据,且走全表扫描,要3.84s

通过EXPLAIN分析SQL语句

explain

select *from pump_event_his where msg_id='';

解决方法:给msg_id加个索引,再次查询后16ms

验证效果:

a.查询时间大幅度缩短(再次执行查询语句)

b.CPU负载很轻(执行top脚本)

三、如果排查不出问题,再看看下面的情况

1.查看磁盘空间

df -h

2.查看linux服务器查看CPU逻辑个数(查出来是8)

cat /proc/cpuinfo

或

cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c

或

cat /proc/cpuinfo |grep "processor"|wc -l

2.1查看每个CPU核心数

cat /proc/cpuinfo |grep "cores"

3.查看cpu使用率,按照CPU使用率倒序

top

4.查看该进程下所有线程,按大写P按cpu排序

top -Hp 337499

5.具体到某个线/进程的stack信息

pstack 337499

6.跟踪某个pid的starce信息

strace -o output.txt -T -tt -e trace=all -p 337499

相关推荐
贾伟康3 分钟前
【共创稿事节】食材百科页的懒加载改造:LazyForEach、IDataSource 与缓存窗口的三次迭代
性能优化·harmonyos·arkts·lazyforeach·列表加载
Random Glow5 小时前
聚簇索引:为什么主键顺序决定插入性能
数据库·mysql·性能优化·innodb·索引
打工仔折腾 AI6 小时前
后端部署避坑:吃透IPv4地址、网络接口与CIDR前缀的实际应用
arm开发·人工智能·后端·python·性能优化
余槐i6 小时前
虚拟线程上线后吞吐反而掉了:Spring Boot 3 里 synchronized 锁住载体线程的定位与修复
java·spring boot·性能优化·虚拟线程·jdk 21
警醒与鞭策18 小时前
Codex桌面版与Claude桌面版使用设置
android·unity·ai·性能优化
木头科技1 天前
【AI 工程化第十八篇】Spring AI 语音 Agent 实战:实时转写、WebSocket、流式 TTS 与打断机制
java·人工智能·安全·spring·性能优化
hhb_6181 天前
FastAPI接口开发与性能优化实战
性能优化·fastapi
千里马学框架1 天前
Service服务绑定对进程adj影响及常见绑定错误
android·智能手机·性能优化·程序员·framework·性能·安卓失业
BK贝壳1 天前
亿级用户签到位图选型复盘:用 bool-hybrid-array 扛冷启动打卡,也把它和 Roaring/Redis 的边界测清楚了
数据结构·python·性能优化·numpy
Flynt2 天前
我把微信运动的排行榜和定点推送复刻了一遍:100万次步数更新只要4秒,坑在别处
redis·后端·性能优化