JVM调优 篇CPU飙升到1100% ???
【摘要】 没有实际案例的jvm调优都空谈。好了,他来了~昨天下班时间,监控中心报警,内存使用率达到97%,CPU使用率达到1100%,你没有看错,就是1100%,空闲内存168M。那么MySQL突然飙升,首先查询当下主库内正在运行的线程以及是否有占用资源的SQL。然后执行分析info语句,看此次SQL是否是新发版功能引起,如果是新功能引起,立即回滚。-- 查询非 Sleep 状态的链接,按消耗时间倒序...
没有实际案例的jvm调优都空谈。
好了,他来了~
昨天下班时间,监控中心报警,内存使用率达到97%,CPU使用率达到1100%,你没有看错,就是1100%,空闲内存168M。
那么MySQL突然飙升,首先查询当下主库内正在运行的线程以及是否有占用资源的SQL。然后执行分析info语句,看此次SQL是否是新发版功能引起,如果是新功能引起,立即回滚。
-- 查询非 Sleep 状态的链接,按消耗时间倒序展示,自己加条件过滤
select id, db, user, host, command, time, state, info
from information_schema.processlist
where command != 'Sleep'
order by time desc
其次查看CAT,但是CAT中除了Heartbeat报表GC异常以外,只有一条一分钟的SQL,并没有其他超时SQL
然后查看Grafana可以看到飙升时间在7点18分
在这个时间段查询PMM
没有异常,但是在其他服务中查询到有长达10分钟SQL未返回。
运行show full processlist命令查看是否有线程递增的情况
查询发现每一秒都有一个SQL在查询,经过代码分析,是某个接口前端轮询调用每秒都在进行查询导致的,没想到一个查询频率超高的SQL能导致CPU超高
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)