最近进行压力测试，主要对jvm进行优化。因为压测时出现过OOM，主要是110个并发请求，jvn中有20万的业务对象，占1.5g。在优化前，jvm只分配了2g内存。在服务使用时，使用-XX:OnOutOfMemoryError，在出现OOM时dump出当时的内存镜像文件，可以使用jdk自带的jhat分析，也可以用MAT分析。在分析出内存大对象后，怀疑是使用自定义缓存注解，因为该业务查询gbase数据库，而gvase数据库不支持分页，所以使用自定义注解，在查询时如果返回的条数大于2000笔，则只返回2000笔数据，并将查询结果缓存到redis中，实现分页效果。在将查询结果缓存到redis时，还需要进行对象转换，导致结果集无法被回收，最终导致OOM。最后的优化方案是，在写入redis时，将集合按照100笔进行分批，每次写入一批后从集合中remove掉。再根据gc日志调整jvm大小
网友评论