线上FullGC异常

最新推荐文章于 2024-07-01 21:54:00 发布
最新推荐文章于 2024-07-01 21:54:00 发布
阅读量349 收藏
点赞数
分类专栏： 其他
书唐瑞
本文链接：https://blog.csdn.net/qq_45859054/article/details/107675631
版权

下午的时候,听到组内在排查线上问题,当时自己在忙其他的事情.

吃完晚饭之后,自己也去线上阿里云ARMS查看了下,记录如下

6个小时之内出现了10003次FullGC
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

大体情况是
有一个Controller,内部调用了好几个Dubbo接口

设置的接口超时时间
在这里插入图片描述

这样就会导致,前面的接口获取到Dubbo的数据之后,后面的Dubbo由于请求时间比较久,导致堆内存持续上升.
导致后面的请求分配内存失败.触发FullGC
在这里插入图片描述

书唐瑞
关注
专栏目录
FullGC问题分析及解决办法总结
KevinChen2019的博客
06-19 6147
1.1、频繁的大对象，大对象直接被分配到老年代。1.2、系统高负载运行，请求量很大，jvm来不及将对象转移到老年代，直接到老年代分配对象。1.3、系统内存泄漏，导致对象长时间在老年代，得不到释放。2.1、System.gc()方法的调用在代码中调用System.gc()方法会建议JVM进行Full GC，但是注意这只是建议，JVM执行不执行是另外一回事儿，不过在大多数情况下会增加Full GC的次数，导致系统性能下降，一般建议不要手动进行此方法的调用，可以通过-XX:+ DisableExplicitGC来
双12压测引出的线上Full GC排查
KRYST4L123的博客
04-11 364
这个Full GC问题是去年双12压测的时候触发的，中间排查的过程和踩的坑给大家借鉴一下。
周期性Full GC的异常排查
weixin_34279579的博客
03-13 1275
1. 问题 近期发现线上应用的垃圾收集出现定时Full GC的异常现象，如下图所示： 图1 周期性Full GC(横坐标为时刻，纵坐标为gc耗时) 1） 每隔10小时触发一次Full GC；2） 每次Full GC持续时间约为2~3秒；3） 与环境无关，线上环境、测试环境都会出现此问题；集群批量发布后，此问题会导致各个机器执行FULL GC的频率和时间...
频繁FullGC问题
最新发布
刘皇叔说Java的博客
07-01 1817
频繁Full GC（Full Garbage Collection）是Java应用中常见的问题，频繁的Full GC（垃圾收集）问题会导致应用程序性能下降、响应时间变长，甚至可能导致应用程序停滞。，它会导致系统性能急剧下降，甚至引发系统卡死。
阿里云arms接入项目后，频繁FullGC
dingqi666的博客
04-18 433
项目场景： 项目场景： 公司开始全面拥抱阿里云，接入SLS、ARMS等项目管理服务。 问题描述 问题就来了，之前很少卡顿（但是也不快）的老项目竟然挂了，延迟到无法使用的程度！领导很生气，问题很严重。组织了一堆P7&P6彻夜排查。 查看服务器的日志、资源状态发现，发生了频繁的full gc，JVM内存给的绝对够了，经排查在full gc之前总会打印一行 stackOverFlow。。。 原因分析： 排查过程忽略不计，最后是发现老项目的自定义异常类重写了getCause() publ
严重Full GC导致系统卡死
kankan_s的专栏
08-05 597
严重的Full GC导致系统直接卡死是一个常见的性能问题，通常是由于Full GC导致的长时间停顿引起的。当发生Full GC时，系统的所有线程都会被挂起，直到Full GC完成，这可能导致系统出现较长时间的停顿，造成系统直接卡死或响应极慢。同时，使用监控工具实时监测系统的GC情况，帮助定位问题，并根据情况调整相关参数，最终达到减少Full GC的频率和降低停顿时间的目标。大对象可能导致Full GC的频繁发生，因为它们的回收需要更多的时间。如果系统的堆内存设置不足，可能会导致频繁的Full GC。
HeapDump性能社区Full GC异常问题排查实战案例精选合集
HeapDump性能社区的博客
09-02 358
处理过线上问题的同学基本都遇到过系统突然运行缓慢，CPU 100%，以及 Full GC 次数过多的问题。这些问题最终导致的直观现象就是系统运行缓慢，并且有大量的报警。 本期小编集合了HeapDump性能社区内的4篇Full GC异常问题排查文章，通过几位作者记录的真实案例，提醒自己避免踩坑，顺便复习相关知识点。 1.一顿操作后，FGC频率降低到原来的1/400 作者：阿飞Javaer https://heapdump.cn/article/2405044 作者通过一个多月的努力，将 FullGC 从 40
线上一次JVM FullGC搞得整晚都没睡，彻底崩溃~
石杉的架构笔记
08-01 439
这篇文章给大家聊一次线上生产系统事故的解决经历，其背后代表的是线上生产系统的JVM FullGC可能引发的严重故障。
JVM频繁Full GC导致服务不可用定位过程
西湖烟雨梦的专栏
10-31 5089
JVM频繁Full GC导致服务不可用定位过程 背景：问题描述：JVM启动参数配置：Jstat 实时监控真相逐渐浮现jstat 分析gc原因：使用mat辅助分析定位哪里引用了groovy导致内存泄漏查看ShardingJDBC发版记录写在最后 背景： 公司推行微服务策略，我负责的XX模块相对于其他业务来讲相对独立，所以作为微服务推行的试点。于是 分析业务边界 ； 做相关的架构升级： 从Spri...
full gc,OutOfMemoryError处理实战
u012174401的博客
07-10 581
这里写自定义目录标题前言堆转储手动堆转储jdk8jdk9及以后自动堆转储工具分析MAT分析jvisualvm分析实战实战一 OOM实战二 OOM实战三 full gc频繁、且卡顿总结 前言 当jvm出现gc卡顿、或者oom异常时，首先要做的不是惊慌，而是冷静分析。光盯着代码看，日志看，是看不出问题的。“凭空猜测”问题原因更是无稽之谈。处理gc问题，是有套路的。通常套路：堆转储—>工具分析 堆转储 堆转储，是指将jvm堆内存信息转化为磁盘存储文件。堆内存是不断变化的，难以分析。给heap做个快照，然后
生产环境Full GC并宕机的亲身经历
supermao1013的专栏
12-06 2730
文章目录惨案的发生解决方案后续分析可怕的String.split()总结 惨案的发生 Full GC很正常，但是频繁的Full GC并且导致线上CPU飙升，然后服务直接宕掉，这是很可怕的。 2018年11月19号，项目升级，起初观察日志都OK，但是半小时后，服务无法访问，界面无法打开（最初是Zabbix监控CPU飙升，然后邮件告警才知道）。 然后拜托性能测试的同事帮忙一起分析问题，首先是线上Ful...
记一次处理fullGC的问题
zhanglei1991zl的博客
06-25 57
在项目中，出现过1个多月就会频繁fullGC不得不重启的场景，趁着这次机会，记录一下jhat的过程。
记录线上服务频繁full gc问题排查
刘子帆的博客
07-23 1866
排查gc思路、方法论、过程 由于1-4的步骤通常可以让运维去执行，目前公司生产则一律由运维管理，所以直接找运维dump堆内存文件即可 1、检查JVM配置 2、观察监控信息中老年代内存变化 3、通过jmap命令查看堆内存中的对象 通过命令 jmap -histo 7276 | head -n20 图片是借助网图，因生产没权限只有运维来执行
频繁发生fullgc的原因和定位思路
qq_42058998的博客
05-23 1万+
频繁发生fullgc的原因和定位思路
GC原理详解
Likes的博客
10-30 4796
GC就是Java的垃圾回收机制，要了解什么情况下会发生GC(即GC得触发条件)，我们需要先了解JVM的内存模型结构，之前一篇文章已经详细讲解了Jvm的内存模型结构，而通常来说，GC主要针对的是堆(java heap)区。 而java heap是分代的（年轻代和老年代），为什么要分代？其实也不难理解，分代就是为了优化性能，如果不分代，那就会导致所有对象揉在一块，那样GC就会对堆区域进行全扫描。所以，分代可以大大提升GC性能，那么，分代的原理是什么？ JVM对于堆的垃圾回收，采用分代收集的策略，所以分代的原
一次频繁Full GC的排查过程
沈鸿斌的博客
10-03 1万+
问题描述最近公司的线上监控系统给我推送了一些kafka lag持续增长的消息，我上生产环境去看了相应的consumer的情况，发现几台机器虽然还在处理消息，但是速度明显慢了很多。问题猜测与验证我猜测是JVM频繁做Full GC，导致进程也跟着频繁卡顿，处理消息的速度自然就慢了。为了验证这个想法，先用jstat看看内存使用情况： jstat -gcutil 1 1000 #1是进程号 结果如我所
fullGC过于频繁的原因和解决方案
liudezhicsdn的博客
04-10 1万+
案例1 系统高峰期fullGC频繁，优化后恢复正常。 导致原因： 系统中有一个调用频繁的接口会调用下面这个方法，目的是获取图片的宽高信息，但是Image这个对象用完不会自动释放，需要手动调用 flush()方法；以前没有调用这个方法，就导致一有请求就会有大对象进入old区，在业务高峰期old区一会就被打满，所以一直进行fgc。public static Image getImage(Strin
系统频繁Full gc问题分析及解决办法
热门推荐
n8765的专栏
03-17 2万+
一、场景描述 上周开始系统在业务高峰期一直收到Full gc报警，监控显示fgc频繁，下图是监控图，左边红框是优化前效果，右边是优化后，优化后fgc基本为0   二、原因查找 1.查看gc日志，发现old区fgc后大小没有变化，如下图： 2.去线上dump内存看是什么对象，用memory analyzer分析，Retained Size竟然有2.4G，全是sun.awt.SunToo
java full gc_关于Full GC的问题
weixin_42537919的博客
02-20 302
1、准确含义的fullGC是包含youngGC的，也就是说既回收老年代，也回收新生代2、并行收集器会在fullGC之前进行一次MinorGC，然后停顿一会再进行fullGC，目的是减轻fullGC压力。所以老年代的回收伴随新生代的回收。3、lz的收集器是CMS，Minorcollectionscaninterleavewithanongoingmajorcy...
线上频繁full gc怎么处理
03-14
对于线上频繁full gc的处理，可以考虑以下几个方面： 1. 调整JVM参数：可以通过调整JVM参数来优化GC策略，比如增加堆内存大小、调整新生代和老年代的比例、调整GC算法等。 2. 优化代码：可以通过优化代码来减少...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值