【GC日志和OOM日志分析】JVM GC日志和OOM Dump文件分析

于 2024-10-05 23:06:03 发布
阅读量516 收藏 19
点赞数 11
分类专栏： # Spring # JVM 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Xin_101/article/details/142707120
版权
Spring 同时被 2 个专栏收录
101 篇文章 6 订阅
订阅专栏
JVM
5 篇文章 0 订阅
订阅专栏

1 缘起

充电、充电、充电。
增加一些必备的知识，帮助后续使用。
请添加图片描述

2 配置JVM参数

为分析GC日志以及OOM相关信息，配置JVM参数，分为三个部分：
（1）堆内存，包括年轻代、最大堆内存；
（2）GC日志配置；
（3）OOM转存dump配置。
完整参数：
-Xmn10m -Xmx70m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:./logs/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\data\jvm

-Xmn10m -Xmx70m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:./logs/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\data\jvm

2.1 堆参数

参数描述
-Xmn10m年轻代分配10MB内存
-Xmx70m最大堆分配70MB内存，其中，最大堆内存=年轻代+老年代

2.2 GC日志参数

参数描述
-XX:+PrintGCDetails开启GC日志打印
-XX:+PrintGCDateStampsGC日志日期戳，格式： 2024-10-05T20:26:21.145+0800: 234.514
-Xloggc:./logs/gc.log指定GC日志输出文件路径

2.3 OOM dump转储参数

参数描述
-XX:+HeapDumpOnOutOfMemoryError开启OOM转储Dump文件
-XX:HeapDumpPath=D:\data\jvm配置Dump文件路径

开启GC日志并写入到指定目录下，添加启动参数：

-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:./logs/gc.log

启动服务后，在日志文件gc.log中查看GC内容如下，这里开启了时间戳（PrintGCDateStamps）。

3 GC分析

GC分析其实是分析GC日志内容，了解当前JVM GC状态，主要包括GC频率、回收内存大小，通过这些信息可以了解JVM状态。
依据这些状态，为我们优化JVM（主要是堆内存）提供理论数据支持，这里主要是解析GC日志参数，并没有依据这些状态指导JVM调优。
GC日志：
在这里插入图片描述

3.1 YGC

YGC日志如下，Allocation Failure说明分配内存失败，需要内存回收。
PSYoungGen：年轻代内存回收，
以第一行数据为例，
2024-10-05T20:25:28.185+0800: 181.555: [GC (Allocation Failure) [PSYoungGen: 7424K->192K(8704K)] 65370K->58146K(70144K), 0.0024832 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

2024-10-05T20:25:28.185+0800: 181.555: [GC (Allocation Failure) [PSYoungGen: 7424K->192K(8704K)] 65370K->58146K(70144K), 0.0024832 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

首先分析日志内容，各信息分析如下：
在这里插入图片描述

YGC回收频率以及内存回收大小可以通过JConsole或者Visual VM可视化，可视化的原始数据来自于GC日志。
每分钟YGC3~4次，每次回收内存：如4256K-96K=4160K=4MB。

在这里插入图片描述

2.2 Full GC

FullGC发生的情况是：年轻代已不足以为新对象分配内存+老年代仍不足以为新对象分配内存，触发Full GC，同时清理年轻代和老年代内存，Full GC直接影响系统的稳定性，我们要最大限度地减少Full GC（依据实际情况而定）。
Full GC日志如下：

2024-10-05T20:26:33.546+0800: 246.916: [Full GC (Ergonomics) [PSYoungGen: 4096K->0K(7168K)] [ParOldGen: 60327K->48792K(61440K)] 64423K->48792K(68608K), [Metaspace: 73978K->73972K(1116160K)], 0.0804215 secs] [Times: user=0.12 sys=0.00, real=0.08 secs]

Full GC各部分信息如下：

在这里插入图片描述

在模拟的请求中，主动触发Full GC，日志如下，
由日志可知，Full GC有两种情况：Ergonomics和Allocation Failure，当发生Full GC时，如果无法释放出足够内存给新对象使用，会一直进行Full GC，并抛出OOM异常，OOM异常会在Error日志中。

在这里插入图片描述

OOM Error日志，通过OOM日志，我们仅可知道发生了OOM，而无法确定发生OOM的位置，需要通过Dump文件分析。

在这里插入图片描述

4 OOM分析

通过GC日志，我们仅能了解到发生了Full GC，并不能直接定位到引发Full GC的位置，
最终导致无法定位引发OOM的原因，
因此，配置OOM发生后转储Dump文件，通过分析OOM Dump文件寻找引发OOM的原因。
通过异常日志可以直接发现发生OOM。
配置OOM Dump转储：
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\data\jvm

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\data\jvm

4.1 OOM日志

当发生OOM时，日志中会给出异常日志，java.lang.OutOfMemoryError，
模拟OOM异常日志如下，配置OOM转储Dump文件，可以在指定的路径找到。
在这里插入图片描述

在这里插入图片描述

4.2 OOM Dump文件

通过Visual VM载入OOM Dump文件，文件后缀：hprof。

在这里插入图片描述

Visual VM载入hprof文件，步骤以及OOM信息如下：

在这里插入图片描述

通过OOM Error线程信息可以查看引发OOM的位置，位置信息如下，
这里的OOM信息是我在项目中模拟出来的，
位置是接口方法：testUserInfo，因此，我们可以分析这个接口的所有逻辑，找出OOM的原因，三类方案：
（1）增加年轻代和老年代内存；
（2）调整业务逻辑，优化数据拼装，减小内存占用；
（3）接口限流。

在这里插入图片描述

5 小结

（1）GC通过日志可以呈现的有：YGC和Full GC，其中，YGC中展示的信息中是新生代Eden区垃圾回收情况，并且Eden区和Survivor的比例是会发生变化的；Full GC展示的信息有新生代Eden区和老年代；
（2）OOM异常信息仅能提供发生了OOM，无法直接定位在哪里导致的OOM，需要通过Dump文件分析；
（3）配置GC日志和OOM转存参数：

参数描述
-XX:+PrintGCDetails开启GC日志打印
-XX:+PrintGCDateStampsGC日志日期戳，格式： 2024-10-05T20:26:21.145+0800: 234.514
-Xloggc:./logs/gc.log指定GC日志输出文件路径
-XX:+HeapDumpOnOutOfMemoryError开启OOM转储Dump文件
-XX:HeapDumpPath=D:\data\jvm配置Dump文件路径
天然玩家
关注
专栏目录
java oom 改变gc策略_JVM OOM分析与调优
weixin_35548486的博客
02-28 359
OutOfMemoryError除了程序计数器外，其余的几个运行数据区都有可能发生OutOfMemoryError(OOM)的可能。因此在遇到OOM的问题时应能根据异常的信息快速定位到时哪个内存区域的内存溢出，知道什么样的代码会导致OOM，以及该如何处理。1、Java堆溢出Heap堆是OOM故障最主要的发源地，它存储着几乎所有的实例对象。在线上生产环境中，JVM的Xms和Xmx应设置成一样的大小 ...
JVM-GC日志详细分析
流浪的喵的博客
11-21 1884
JVM-GC日志详细分析 1.打印GC日志参数 1.3 基本JVM参数 参数示例 描述说明 -verbose:gc 控制台打印GC参数 -Xms20M 初始堆大小 20M -Xmx20M 最大堆大小20M 一般情况下-Xms和-Xmx这两个值设为相同大小 -Xmn10M 新生代最大可用值10M -XX:+PrintGC 触发GC时日志打印 -XX:+PrintGCDetails 触发GC时日志打印详细 –XX:UseSerialGC 串行回收 -XX:Surviv
OOM日志分析
最新发布
一名后端程序猿
06-23 484
jvm内存调优，如何查看日志？如何打印dump文件？如何通过MAT工具进行分析？一文搞定
java设置gc日志及oom的内存dump
文盲青年的博客
11-19 1708
https://www.cnblogs.com/chanshuyi/p/jvm_serial_14_jvm_param_gc_log.html https://blog.csdn.net/weixin_34223655/article/details/92944601
JVM系列-调优实战案例：频繁FullGC和OOM案例
诸葛小猿
03-06 3412
JVM调优是面试中常问的问题，同时也是实际工作中可能遇到的难题，本文简单介绍JVM调优在实战中的应用。 一、JVM调优的目标 在程序上线前，需要根据需求预估用户数和并发量，并按照这个目标对JVM进行规划和预调优；同时程序运行时间久了，可能会出现程序卡顿、访问变慢等情况；严重时会出现OOM导致程序崩溃。这些情况都需要进行JVM的调优。 调优的目标通常有两个： 提高吞吐量（吞吐量=用户线程工作时间/(用户线程工作时间+GC垃圾回收时间)） 减少Stop-The-World的时间 二、调优相关的参数 JVM调
使用JVisualVM分析dump文件定位OOM
泡^泡
01-21 1万+
使用JVisualVM分析dump文件定位OOM
jvm OOM后dump出日志文件~~
向日葵
05-09 1万+
方法一： 命令：jmap -dump:format=b,file=heap.bin file：保存路径及文件名 pid：进程编号（windows通过任务管理器查看，linux通过ps aux查看） dump文件可以通过MemoryAnalyzer(MAT)分析查看,可以查看dump时对象数量，内存占用，线程情况等。 方法二：让JVM在遇到OOM(OutOfMe
【Java系列】OOM 时，JVM 堆栈信息保存和分析
Hyatt的博客
03-13 2888
在日常开发中，即使代码写得再谨慎，免不了还是会发生各种意外的事件，比如服务器内存突然飙高，又或者发生内存溢出(OOM)。当发生这种情况时，我们怎么去排查，怎么去分析原因呢？一般遇到这种情况，都是需要 dump 出来 JVM 堆栈信息进行排查和分析。
JVM在OOM日志排查
05-26 1806
JVM在遇到OOM(OutOfMemoryError)时生成Dump文件 -XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=/path/heap/dump/$1-heapdump.hprof -XX:+HeapDumpOnOutOfMemoryError ： OOM时转储dump文件 -XX:HeapDumpPath=/path/heap/dump/$1-heapdump.hprof ： OOM时转储文件 ...
jvm crash的崩溃日志详细分析及注意点
08-30
`-XX:+ShowMessageBoxOnError`参数在Linux环境下启用后，当JVM崩溃时，系统会自动启动GDB进行分析和调试，这对于测试环境尤其有用。 JVM崩溃日志中的关键部分包括： 1. **错误信息概要**：这部分包含致命错误的...
OOM分析工具-MemoryAnalyzer.zip
01-11
内存分析在Java应用程序的性能优化和故障排查中扮演着至关重要的角色。当应用程序出现Out of Memory (OOM)错误时，通常意味着系统无法...在日常开发和维护工作中，及时进行内存分析和优化，是避免和解决OOM问题的关键。
MAT分析OOM dump文件方法
u010413967的专栏
08-31 3658
目录 1.明确分析目标及分析指标 2.分析工具对比（jvisualvm,jhat,mat) 3.MAT的功能介绍 3.1 大功能模块 3.2小功能（右键或单机） 4.使用方法(只介绍自动分析) 4.1 内存整体使用报告（点击System Overview） 4.1.1 Histogram 直方图统计 4.1.2TOP Consumers 找到大对象 4.1.3内存镜像活跃线程Overreview 4.2 问题内存详情 （点击自动分析页detail ） 4.2.1Shorte...
java oom dump_本地模拟内存溢出并分析Dump文件
weixin_36071315的博客
02-24 1125
java Dump文件分析前言dump文件是java虚拟机内存在某一时间点的快照文件，一般是.hprof文件，下面自己模拟一下本地内存溢出，生成dump文件，然后通过mat工具分析的过程。配置虚拟机参数要想本地模拟oom异常，那么建议将堆内存设置的小一点，那样容易触发-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${目录} -Xms20m -Xm...
实战详解Maven部署（deploy）jar到私有仓库Nexus及如何引入私仓jar包
热门推荐
天然玩家的博客
07-22 1万+
（1）发布jar包有两种仓库选择：快照版和发行版； （2）快照版多为测试阶段的版本，上传时添加-SNAPSHOT标识，自动将包上传到快照版仓库； （3）发行版正式功能的版本，完成测试，上传时为区别于快照版本，添加-RELEASE后缀，如果只是版本数字号也可以； （4）无论是上传到快照版仓库还是发行版仓库，公共仓库：maven-public都会保留这两者的jar包，供开发者选择； （5）发行版和快照版的groupId和artifactId相同，唯一区别是版本号，其中，快照版的版本号使用时间戳作为后缀标识。..
SpringBoot基础系列:优雅处理byte[]
天然玩家的博客
03-22 1万+
- 使用@RequestBody接收byte[]； - 通过字节流OutputStream生成二进制文件； - Postman构造请求时，在Body体中使用二进制形式发送byte[]； - RestTemplate携带byte[]时使用ByteArrayResource作为HttpEntity类型。
Springboot基础系列:事务回滚
天然玩家的博客
10-20 9660
1 场景 一个服务中有存在多个数据库事务,要求: 保证数据一致 不产生脏数据 不误删数据 即前面的事务正常运行,后面的事务出现异常,数据库保持调用该服务前的状态 2 方案 Springboot开启事务,在Service实现层添加@Transactional注解,但是该注解默认捕捉RuntimeException和Error异常,出现如Exception异常时,需要手动捕捉,即不手动捕捉,会出现@Transactional注解失效. 2.1 原生回滚 使用默认的@Transactional回滚策略,即@S
实战讲解Spring定时任务：@Scheduled（图+文+源码）
天然玩家的博客
12-11 7708
（1）注解@Scheduled标注在方法上实现定时功能； （2）使用注解时必须指定任意一个参数（属性）：cron、fixedDelay或fixedRate； （3）注解标识的方法必须时无参方法且无返回值。如果有返回值，返回值会被忽略； （4）有两种方式生效该注解：XML中配置：，或者使用注解：@EnableScheduling； （5）定时任务的相关逻辑在：ScheduledAnnotationBeanPostProcessor。
Springboot2模块系列：tensorflow（载入pb模型）
天然玩家的博客
05-15 6727
1 神经网络结构 1.0 保存*.pb模型 import tensorflow as tf from tensorflow.python.framework import graph_util from tensorflow.python.platform import gfile import numpy as np import os import matplotlib.pyplot as plt from matplotlib.font_manager import FontProperties f
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

天然玩家

坚持才能做到极致

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值