OOM排查简述

当遭遇因内存溢出导致的系统宕机时,可以通过检查系统日志寻找包含'GCOverheadLimit'的SQL作为问题线索。使用MAT(MemoryAnalyzerTool)工具分析内存dump文件,可以揭示占用大量内存的对象和可能的源头SQL。MAT工具会提供详细的分析报告,比如局部变量持有大量内存,结合日志和请求参数,能更准确地定位问题。找到问题SQL后,可以与开发团队进行沟通解决,但要注意沟通方式以免影响团队关系。

因为内存溢出造成系统宕机是一个头疼的问题,那么怎么确定问题源呢

直接翻找相关系统日志,搜索 GC overhead limit,一般内存溢出报错上面的SQL就是问题的源头SQL

如果硬要找说服力,可以下载相关内存溢出生成的dump文件用MAT(MemoryAnalyzerTool)工具分析(这个工具应该属于老掉牙的东西,凑合用)

我们可以看到MAT工具自动分析后会给你列出问题嫌疑的内容:局部变量保有量达到753M,好大一对象,JVM消化不动撂挑子了。

查看详细内容会发现一些似曾相识的内容,eg:sendtime在前面的异常日志里出现过,多翻几个node会发现完全与日志里的SQL匹配,此时你就可以拿着这个SQL甩到开发人脸上BB一番,嗯这样做容易没朋友慎用。

补充:RequestParam目录下可以看到请求参数,更容易确认问题来源

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值