问题描述:
今天有个朋友问生产频繁发生full gc,如果不执行dump内存快照怎么定位?回想起来前段时间生产有个项目频繁执行full gc 最终oom,最终发现是有个新同事进行代码重构时sql写错了。原先sql 查询记录 id in (xx,xx) 他写成 not in (xxx) 导致大量结果集
分析:
常规套路都会dump内存快照分析。这种不允许定位方式周期较长,且生产一般不允许直接dump。其实我们可以换种思路,是不是可以使用排除法定位?哪些场景会产生full gc?
1 内存泄漏
2 死循环
3 大对象
4 System.gc();
出现问题可以大致回顾一下,近期代码有什么变更。如果不是代码有问题?通常是大对象导致的,数据库or nosql 返回结果集太多 我遇到的也是因为sql问题导致。遇到问题首先冷静,定位分析。mark