运维中遇到的GC频繁告警问题处理方式

最新推荐文章于 2026-03-30 21:15:27 发布
原创 最新推荐文章于 2026-03-30 21:15:27 发布 · 5.1k 阅读 · 7
标签
#tomcat内存 JVM GC OC
本文分享了在运维中遇到的两个关于GC频繁告警的问题及其解决过程。首先，针对WebLogic中间件的告警，通过MAT工具分析发现MemorySessionContext占用大量内存，经确认是session中存储了过多的组织机构信息，调整session失效时间后告警消除。其次，对于tomcat的GC问题，通过jstat监控发现新生代和老生代比例配置不当，调整新生代大小后告警消失，表明内存配置优化有效。

自己工作那么久很少接触到内存调整方面的问题，很巧的是最近两个系统频繁出现了GC回收始终高于75%同时长久不触发OC的回收。自己看到这些很是开心啊，终于有了机会来体验面试中常问的是否有过内存调优方面的经验，哈哈，我再也不空白了。。。。。。。

1、WebLogic中间件频繁告警GC回收率高于75%。自己首先打出hrof的heapdump然后通过mat工具查看内存使用情况。

从mat中可以看到内存有620M都被MemorySessionContext占用，当时按网上说的点击Detail查看后发现有个char[]很大，不是太清楚Shallow Heap的意思，就直接和开发确认看是哪个地方用了这个char，是否存了较大的数据。开发确认没有大的数据存到session中。

能够肯定的是session这块肯定有问题，自己又继续研究mat分析日志的方式，通过Dominator Tree处看这里看的很清楚MemorySessionContext占用内存86.98%，点开session类可以看到有27000多个hashtable对象。然后再点开看到ROOT是organization对象，通过与开发确认每个用户都会将自己的组织机构存到session中。与开发确认session失效的时间时发现，用户的session失效配置成了1

最低0.47元/天 解锁文章
Weblogic 10.3集群配置指南与Session持久化
02-26
1. Weblogic集群名词解释 4 1.1. 什么是Domain和Server 4 1.1.1. Domain 4 1.1.2. Server 4 1.2. Domain and Server的关系 4 1.3. webLogic集群Session持久化配置 4 2. Weblogic集群的体系架构 5 2.1. 单层混合型的集群架构（Cluster） 5 2.2. 多层结构的集群架构（Cluster） 5 2.3. 配置集群应用的必要条件 6 3. Weblogic集群的安装与配置 6 3.1. Weblogic软件安装 6 3.2. Weblogic集群配置规划 6 3.3. Weblogic集群配置 7 3.3.1. 创建新的Domain 7 3.3.2. 选择安装域源 8 3.3.3. 指定域名和位置（根据需求） 8 3.3.4. 配置管理员用户名和密码 9 3.3.5. 配置域启动模式和JDK 10 3.3.6. 选择可选配置 10 3.3.7. 配置管理服务器 11 3.3.8. 配置受管理服务器（代理服务器实际上也是一个受管理服务器） 12 3.3.9. 配置群集信息（根据需求） 13 3.3.10. 将“受管理服务器”添加到“集群”中 14 3.3.11. 创建HTTP代理应用程序 14 3.3.12. 配置计算机 15 3.3.13. 检查Weblogic域 16 3.3.14. 正在创建域 16 3.4. Weblogic集群启动 17 3.3.1. 编辑启动WebLogic服务文件 17 3.3.2. 在其它机器上配置受管理服务器 17 3.3.3. 启动WebLogic服务 23 3.5. WEB应用部署 24 3.5.1. 部署WEB应用 24 3.5.2. 启动WEB应用 26 4. Weblogic集群的Session持久化配置 27 4.1. Session持久化配置 27 4.2. Session持久化测试 27 4.3. 集群配置中要注意的问题 28
记录一次gc报警背后的思想推演
zhang6622056的专栏
09-06 1086
记录一次gc报警背后的思想推演 问题背景 在日常应用中，我们经常听到4C8G，8C16G等生产机器配置，在出现本次报警之前，我基本上是一个不太经常去看jvm指标的人。问题经历是这样的，在2021年8月14日凌晨，我收到了计费系统频繁YGC的报警，报警内容部分片段如下： 00:05:20至00:05:40，JVM监控YoungGC次数=24次[偏差20%]，超过7次YoungGC次数>=20次 收到的内容大致是说平均1秒会发生1次+的YGC,YGC频繁，第一反应就是流量有对应增加，而结果也确实是这样
zabbix监控部署及其报警机制
weixin_54132204的博客
07-05 959
Zabbix
Young GC频繁的排查
最新发布
猪猪
03-30 352
摘要：YoungGC频繁的排查需要系统性分析，包括监控GC状态（jstat）、日志分析（GCeasy）、代码优化（避免循环创建对象）和JVM参数调整（增大新生代、优化晋升策略）。典型场景如Eden区过小、分配速率高或过早晋升，可通过-Xmn/-XX:NewRatio等参数优化。实战案例显示，合理调参可使YGC频率从200次/分降至5次/分。正常指标应满足YGC频率<5次/分、耗时<50ms。建议优先优化代码，再调整参数，并通过压测验证效果。
可观测性-告警-JVM GC重要指标+告警指标
laker的博客
10-14 3665
如果一个线程在临界区时需要GC，那么它将允许它们完成，即调用相应的释放函数。如果一个线程在临界区时需要GC，那么它将允许它们完成，即调用相应的释放函数。对于 G1，这可能是一个主要的 GC，并且在例行的次要收集中看到。，而不考虑实际的分配大小，但是如果由于这个检查而触发，原因将被列为巨大的分配。jvm.gc.max.data.size : 老年代内存池最大size（即设置的老年代大小，单位字节）。jvm.gc.concurrent.phase.time：在 CMS 的并发阶段花费的时间。
线上GC故障：CMSGC太频繁，你知道这是什么鬼？
weixin_50205273的博客
12-27 984
​什么是CmsGc？CmsGc太频繁又是什么意思？什么情况下会触发CMSGC太频繁这种告警？要怎么样去找到那个被频繁创建的对象？最后又需要怎么规避？ 接下来这篇文章我会来回答一下：什么是CMSGC太频繁；整个排查过程与你分享；最后我们一起探讨一下一些规避手段。
JVM性能调优：线上 JVM GC 频繁耗时长，出现 LongGC 告警！
Java精选
10-12 1177
1. 背景多个业务线的应用出现LongGC告警最近一段时间，经常收到CAT报出来的Long GC告警（配置为大于3秒的为Longgc）。2. 知识回顾2.1 JVM堆内存划分新生代（Young Generation）新生代内被划分为三个区：Eden，from survivor，to survivor。大多数对象在新生代被创建。Minor GC针对的是新生代的垃圾回收。老年代（Old Generat...
记录线上服务频繁full gc问题排查
刘子帆的博客
07-23 2378
排查gc思路、方法论、过程 由于1-4的步骤通常可以让运维去执行，目前公司生产则一律由运维管理，所以直接找运维dump堆内存文件即可 1、检查JVM配置 2、观察监控信息中老年代内存变化 3、通过jmap命令查看堆内存中的对象 通过命令 jmap -histo 7276 | head -n20 图片是借助网图，因生产没权限只有运维来执行
告别无效告警：5种必须掌握的Java智能运维告警优化技巧
VarLens的博客
01-02 747
有效解决告警疲劳问题，本文分享5种Java智能运维告警配置优化技巧，涵盖阈值动态调整、告警聚合与优先级分级等核心方法，适用于高并发、微服务等复杂场景，提升故障响应效率，减少无效通知，值得收藏。
Java服务频繁假死却收不到告警？深度剖析智能运维配置盲区
AlgoPerch的博客
01-02 725
解决Java服务假死漏告警难题，深入解析智能运维告警配置盲区。涵盖JVM监控、GC异常识别与动态阈值设置，提升故障响应准确率。适用于高并发场景，有效避免误报漏报，保障系统稳定运行，值得收藏。
记一次垃圾回收频繁问题解决
weixin_45487132的博客
11-01 1200
垃圾回收频繁优化
WebLogic服务器配置优化总结
脚印
02-25 9767
2、堆空间的设置 针对JVM堆的设置一般，可以通过-Xms -Xmx限定其最小、最大值，为了防止垃圾收集器在最小、最大之间收缩堆而产生额外的时间，我们通常把最大、最小设置为相同的值。 年轻代和年老代将根据默认的比例（1：2）分配堆内存，可以通过调整二者之间的比率NewRadio来调整二者之间的大小，也可以针对回收代，比如年轻代，通过-XX:newSize -XX:MaxNewSize来设置其绝
内存溢出 weblogic weblogic.servlet.internal.session.MemorySessionContext / MemorySessionData
思念十年后
05-01 592
问题描述 在一次项目非功能压力测试过程中。发生内存溢出现象。 通过mat工具分析dump，MemorySessionContext和MemorySessionData占用内存居高不下。 weblogic weblogic.servlet.internal.session.MemorySessionContext weblogic weblogic.servlet.internal.session.MemorySessionData MemoryAnalyzer 打开失败，修改内存 MemoryAnaly
【龙叔运维问题排查记录】异常数据导致weblogic线程stuck/OOM
龙叔运维的博客
12-15 1438
最近整理历史处理过的问题 看到了当时16年刚毕业入司那年遇到的一个比较有意思的问题，这里记录下，也是一个问题排查的思路 现象 是一个生成pdf函件的系统。后文都称为【pdf生成系统】，功能很单一，就是根据传过来的参数，然后用不同的模板（jasper模板）生成各种pdf 有一天突然出现一个实例GC回收告警，GC回收不了，监察日志发现实例出现大量stuck线程，过了一会就把内存耗尽OOM了，重启后有效，但是总是在不同的实例上出现，而且只是一个实例，从这一点基本就可以判定是一条异常数据导致的，这条异..
线上 GC 告警，我菊花一紧，裤子都没提！！
武哥聊编程
07-14 2672
阅读本文约需要5分钟 就在上周，晚上下班后在家上厕所，突然微信企业邮箱收到线上GC告警了：G1 Young Generation Count 超过阈值。我菊花一紧，裤子还没来得及提。这是我入职拼多多后第一次遇到的线上告警。 从告警提示来看，是新生代垃圾回收次数过多，换种角度想想，应该是代码中某个地方创建了太多的对象，而且很快就被回收。由于电脑没装 VPN...
zabbix避免瞬时触发频繁报警
weixin_34268610的博客
06-05 3974
{HOST:ITEM.count(600,100,"ge")}>3 and {HOST:ITEM.last(0)}>100以上意思为：在600秒内大于100了3次 且当前大于100，就会触发。所以偶发的突破100不会触发。count(时间,监控值,判断参数,延时时间)>次数 and 逻辑与判断参数：{eq: 相等 ne: 不相等 gt: 大于 ge: 大于等...
JAVA常见错误处理方法
任何技能都是从模仿开始，逐步升华。
03-27 2288
java.lang.OutOfMemoryError: Java heap space 原因：Heap内存溢出，意味着Young和Old generation的内存不够。 解决：调整java启动参数-Xms -Xmx 来增加Heap内存。 java.lang.OutOfMemoryError: unable to create new native thread 原因：Stack空间不
GC导致的崩溃处理方案
luomogenhaoqi的专栏
12-19 4569
UE4垃圾回收处理中，对象在使用它，此时可能导致崩溃，因为GC处理，指向地址非法。   如以下崩溃： 我们使用物体材质SetScalarParameterValue时候，此时GC,可能崩溃（游戏结束跳图、玩家死亡重生、或者对象销毁等情况）。解决方案就是，第一，在游戏结束或者对象销毁函数里处理主动销毁，尽量不交给GC，并且使用材质对象时加上不为空等判断。第二点，材质变量成员加上UPROPERT...
FullGC告警
zerovpp的博客
10-25 369
查jstat -gc ip 异常代码： Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded Sql: select * from eova_menu where code = ? 12-11 11:16:15[ERROR]/single_grid/list/hr_cost_bud_menu java.lang...
一次线上fullgc排查
jianghuihong2012的专栏
05-16 3380
.#背景 接到机器告警，告警信息是：【(SpanFullGCCollectionCount:18)FGC次数:18.0 FGC时间:32865.0】。解决方案开始觉得奇怪，为啥会突然有fullgc了，也没有什么太大的改动，于是乎开始折腾起来了。解决步骤①登陆机器确认概况 登陆机器后，执行jmap命令查看内存使用情况。sudo bin/jmap -heap 进程ID可以看到是perm区已经使用接近
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值