一次jvm堆内存飙升垃圾收集器未进行fullgc问题处理

在项目中遇到单节点task服务由于内存不断飙升引发的问题,即使JVM未进行full GC,导致服务异常。分析发现是由于从JDK 1.6升级到1.8,且使用了默认的Parallel GC。解决方案是切换到CMS GC,调整JVM参数以优化内存管理和监控。配置了新的JVM参数,包括年轻代和年老代的大小、CMS触发阈值等,以减少Full GC的发生并记录详细的GC日志。
摘要由CSDN通过智能技术生成

一、问题现场

在项目中有一个单节点的task服务,这服务有由于架构原因无法实现多节点部署,该服务每隔2个月左右时间会出现异常,内存一直飙升,但jvm 并没有进行full gc ,直至服务tomcat 出现假死,服务异常。

二、问题分析

该服务节点以前是在物理机上运行,最近我们将该服务部署到了docker 容器中,并且将jdk从1.6升级到了1.8,然后就出现了上述问题。

  • 出现问题我们接入了公司统一的jvm监控平台,并配置了jvm内存使用量监控;
  • 通过jvm内存监控发现:堆内存不断飙升的时候,但是没有触发full gc;
  • 通过jmap导出,堆栈快照的时候没有发现异常信息;
  • 发现服务用的是jdk 1.8 默认的垃圾收集器:Parrallel GC

三、解决方案

  • 找运维配置一台8g 内存8核CPU 的docker 容器;
  • 将默认 Parrallel GC 更换为 CMS GC ;
  • 加jvm堆栈监控日志,用于分析生产环境GC 情况;

四、jvm参数设置

4.1 配置jvm参数

echo "origin OPTS is: $CATALINA_OPTS"
CATALINA_OPTS="$CATALINA_OPTS -Xms2048m -Xmx4096m -XX:NewSize=1g -XX:MaxNewSize=1g"
JAVA_OPTS="$JAVA_OP
  • 1
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值