记一次JVM问题排查

最新推荐文章于 2025-12-17 22:07:18 发布
原创 最新推荐文章于 2025-12-17 22:07:18 发布 · 296 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jvm #idea

今天遇到了1次OOM，导入万条数据的Excel

在这里插入图片描述
于是让运维进行排查。正式环境显示内存还有很多

于是我说让运维加上参数 -XX:+HeapDumpOnOutOfMemoryError，出现OOM的时候dump到文件中，将堆内存设置为4G，在Idea上进行测试

在这里插入图片描述

于是让运维在生产环境加上参数配置。生产环境有限只能设置3G,
-Xms3G -Xmx3G -XX:+HeapDumpOnOutOfMemoryError

过几分钟又出现了OOM问题
在这里插入图片描述
垃圾回收不掉导致的问题

于是我让运维进行排查
jps查询java进程
jmap -heap java进程id

在这里插入图片描述
发现内存少的可怜，于是我怀疑是命令错误问题
在这里插入图片描述
java -Xms3G -Xmx3G -XX:+HeapDumpOnOutOfMemoryError -jar

再次查询内存情况jmap -heap java进程id

在这里插入图片描述
问题解决

Ellen翔
关注
JVM排查问题总结
陈海龙的格物之路
10-15 2223
总结排查JVM问题时可以使用的工具、策略、措施等。
记录一次jvm内存泄露的排查过程
qq_33544052的博客
02-11 518
　　前些天，运维告诉我刚上线的java服务占用CPU过高。 以下是发现解决问题的具体流程。 　　1：通过#top命令查看，我的java服务确实把CPU几乎占满了，如图 　　 　　可看到18400这个进程CPU占用达到了1200%，这确实不太正常，那么我们接下来分析到底哪些线程占用了CPU 　　2：通过#top -Hp 18400这条命令我们可以看到这个进程中线程的情况，部分截图如下。 　　通过截图可以看到，前面的线程占用的CPU是比较高的，那我们就具体分析这些...
记录一次生产jvm问题的排查
qq_42207682的博客
08-19 912
1、前援反馈页面有接口陆续出现请求超时2、登录后台服务器top命令查看发现java进程发生高cpu占用情况3、查看对应业务日志，报数据库连接等待超时-数据库连接池连接无空闲1、临时调大数据库连接池最大连接数限制，从20调整到502、重启服务，先保证业务可用。
记一次jvm内存溢出排查
V_zxw的博客
06-04 417
每日股票行情开盘时，程序内存使用一路飙升超过90%直至监控提示预警，在执行几分钟后，程序被监控自动重启。
记一次linux排查jvm内存泄漏问题
A1163511759的博客
01-02 928
jvm outofMemory问题初步定位
【实战场景】记一次UAT jvm故障排查经历
杰叔叔不是个好叔叔的博客
07-02 1143
尽量避免在SQL语句中直接拼接用户输入的数据。使用#{}占位符来传递参数，并确保参数被正确地预编译。对于需要动态拼接SQL的场景（如模糊查询、IN语句、ORDER BY等），使用MyBatis提供的标签和函数来确保安全性。在Java层面进行必要的验证和过滤，确保用户输入的数据符合期望的格式和范围。定期对代码进行安全审计和测试，及时发现并修复潜在的SQL注入漏洞。
jvm问题排查总结
zxing的博客
07-26 4905
一： 问题背景与现象 1、健康检查失败 2、接口测试反应慢 3、系统多次CPU或内存使用率飙升,且是java进程引起 二： 解决问题思路 1.确定服务已部署成功且没有被回收，健康状态检查成功，打开终端控制面板，登录服务器，若不能直接登录则先登录跳板机，再登录服务器，执行jps命令查看服务进程是否还存在 2.执行top命令查看CPU和内存使用率。若发现有一或...
记一次线上FGC问题排查
是咕咕鸡
01-31 1008
本文记录一次线上 GC 问题的排查过程与思路，希望对各位读者有所帮助。过程中也走了一些弯路，现在有时间沉淀下来思考并总结出来分享给大家，希望对大家今后排查线上 GC 问题有帮助。
JVM 问题排查-jvm命令
杨宇昌的博客
04-23 820
JVM 问题排查命令 jps jinfo jstat jstack jmap
JVM线上问题排查和性能调优案例
2301_79438104的博客
11-17 1008
这篇文章提到了一个在规则引擎系统中遇到的 GC（垃圾回收）问题，主要表现为系统在启动后发生了一次较长的 Young GC（年轻代垃圾回收）导致性能下降。经过分析，问题的核心在于动态对象年龄判定机制，它导致了过早的对象晋升，引起了长时间的垃圾回收。通过观察 GC 频率和停顿时间，来进行 JVM 内存空间调整，使其达到最合理的状态。这篇文章共 2w+ 字，详细介绍了 GC 基础，总结了 CMS GC 的一些常见问题分析与解决办法。JVM 线上问题排查和性能调优也是面试常问的一个问题，尤其是社招中大厂的面试。
一次Jvm old过高的排查过程实战记录
08-26
通过分析，我们发现Jvm Old区过高的原因是对象在新生代中被标记了10次都没有释放，被放入到老年代中，造成了老年代的空间不足。为了解决这个问题，我们可以调整Jvm的参数，例如增加老年代的空间，或者减少对象在...
记一次 JVM CPU 使用率飙高问题的排查过程
m0_71777195的博客
10-05 727
如上图所示，显示了PID为20567的 Java 进程每秒的 GC 情况，其中1000表示 GC 状态的更新频率，单位为毫秒。如上图所示，在 下午3:45 分之前，CPU 的使用率明显飙高，最高飙到近 100%，为什么会出现这样的现象呢？在这里，我们之所以需要将PID转为十六进制是因为在堆栈信息中，PID是以十六进制形式存在的。如上图所示，显示了服务器当前的资源占用情况，其中PID为5456的进程占用的资源最多。至于为何在 下午3:45 分之后，CPU 的使用率降下来了，则是因为停止了压测。
jvm排查问题-实践追踪问题 与思路--堆内堆外内存泄漏排查方针
凌波漫步
12-26 1446
JDK默认使用G1GC算法，G1将堆内存划分为等大的Region，并逐一选取可用的Region分配对象。一个对象的Size超过Region大小的一半则被称为大对象（Humongous），G1会将大对象独立放在一个或连续多个Region中。独立分配/回收大对象的成本比较低，不需要和其它小对象公用Region；存放大对象的Region放在独立的区域中，存活的大对象不会被GC Copy，介绍了GC开销；
Embabel：JVM上的AI Agent框架深度技术分析
Jackson AI
12-12 1045
Embabel是Spring创始人Rod Johnson推出的JVM AI Agent框架,采用游戏AI领域的GOAP(目标导向行动规划)算法实现确定性智能规划,区别于LangChain依赖LLM推理的方式。框架通过Spring风格的注解模型(@Agent、@Action)定义Agent,结合强类型系统和编译时检查,提供企业级的开发体验。
jvm（更新中）
parkerJ
12-14 133
jvm
JVM 之 内存溢出实战【OOM? SOF? 哪些区域会溢出？堆、虚拟机栈、元空间、直接内存溢出时各自的特点？以及什么情况会导致他们溢出？并模拟溢出】
人生快意事，读的好书，觅得良友
12-14 980
OOM异常：除了程序计数器外，堆、虚拟机栈、元空间、直接内存都有发生的可能 。该篇文章内，我们将演示引起各区域OOM的情况，及观察下其异常表现，进而总结各异常时的调优策略。 JVM调优实例： 堆-》heap OOM ->获取堆转储快照-》分析是溢出（调大堆）还是泄漏（优化代码），并解决 虚拟机栈： -》SOF -》根据堆栈信息去解决； -》OOM -> 线程过多 -》调小堆给虚拟机栈留出内存 元空间-》OOM:Metaspace ->调整代码+调大元空间上限 直接内存-》OOM,但没异常-》调大直接内存
JVM 之 垃圾回收算法及其内部实现原理【垃圾回收的核心问题有哪些？分别怎么解决的？可达性分析解决了什么问题？回收算法有哪些？内部怎么实现的？】
人生快意事，读的好书，觅得良友
12-16 1095
JVM垃圾回收面临的核心问题有哪些？分别怎么解决的？ 可达性分析解决了什么问题？回收算法有哪些？内部怎么实现的？ 根节点枚举、安全点、安全区域、记忆集与卡表、写屏障、并发性可达性分析各自解决了什么问题？怎么协同工作的？ G1中他们是怎么协作的？
SQLite - PHP 数据库交互指南
最新发布
lsx202406的博客
12-17 278
SQLite 是一个轻量级的数据库管理系统，它是一个开源的数据库引擎，能够处理各种数据库任务。SQLite 不同于其他数据库系统，它不需要独立的数据库服务器，可以直接集成到应用程序中，因此特别适用于移动设备和嵌入式系统。使用 SQLite 和 PHP 结合使用可以大大简化数据存储和管理任务。通过上述示例，我们可以看到如何在 PHP 中连接到 SQLite 数据库，创建表，插入、查询、更新和删除数据。了解这些基本操作将有助于开发者高效地管理数据库操作，特别是在资源受限的环境下。
【JavaSE】十九、JVM运行流程 && 类加载Class Loading
lirendada的博客
12-17 1045
JVM内存分为五大区域： 程序计数器：线程私有，存储下条指令地址 虚拟机栈：线程私有，存储方法调用栈帧 本地方法栈：线程私有，支持Native方法调用 堆：线程共享，存储对象实例，GC主要区域 方法区：线程共享，存储类元信息（Java8后改为元空间） JVM运行流程： 类加载：加载→验证→准备→解析→初始化 执行引擎：解释执行与JIT编译结合 内存管理：运行时数据区维护程序状态 本地接口：支持JNI调用 垃圾回收：自动管理堆内存 类加载过程严格遵循五阶段顺序，确保类安全正确地加
Java OOM问题排查：从异常到解决方案
"一次线上出现的OOM问题排查案例分享，涵盖了从问题发现到解决的全过程，主要涉及Java堆内存溢出、Tomcat NIO工作线程、内存分析工具MAT的使用，以及异常处理和配置检查。" 在Java应用程序中，OutOfMemoryError...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值