【Java虚拟机】JVM日志分析和可视化工具实操

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 【Java虚拟机】JVM日志分析和可视化工具实操

1.JVM垃圾GC日志参数配置实战

  • Java虚拟机中垃圾收集器在运行过程中输出的日志信息
  • 主要用于分析垃圾收集器的运行状态、优化垃圾收集器的工作效率以及定位垃圾收集相关的问题
  • GC日志会包含以下内容
  • 垃圾收集器的名称和版本信息。
  • 垃圾收集器的运行时间、开始时间和结束时间。
  • 垃圾收集器的运行模式、垃圾收集算法和垃圾收集器的参数设置。
  • 垃圾收集器的运行情况,包括垃圾收集的次数、垃圾收集的时间、垃圾回收的内存空间等
  • 常见参数
参数配置 说明
-XX:+PrintGC 简单GC日志,JDK8后过期,后续会被移除,新版采用 -Xlog:gc
-XX:+PrintGCDetails GC详细日志,JDK8后过期,后续会被移除,新版采用-Xlog:gc*
-Xloggc:gc.log 输出GC日志到文件 ,可以指定绝对的路径,JDK8后过期,后续会被移除
新版采用-Xlog:gc:file=<filepath>
-verbose:gc 标准的选项,输出GC日志
  • 测试代码
/**
 * 模拟OOM测试
 * @author lixiang
 * @date 2023/5/4 20:53
 */
public class JVMTest {
    public static void main(String[] args) throws InterruptedException {
        List<Object> objects = new ArrayList<>();
        while(true){
            objects.add(new Object());
        }
    }
}
  • 配置案例实战,JDK11版本,G1垃圾收集器
-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms524m -Xmx524m -XX:+PrintCommandLineFlags -Xlog:gc:gc.log

743fc20264ef4966a792c117a94809f3.jpg

acfa8856216543a49ad5ab4576eb840a.jpg

新版GC日志输出的组成部分

  • 时间戳:记录GC发生的时间戳,精确到毫秒
  • 日志级别:日志的级别,包括debug、trace、info、warning、error等
  • 日志标签:日志的标签,用于区分不同类型的日志
  • 日志内容:记录GC相关的信息,包括GC算法、GC的时间、GC前后的内存使用情况、回收的对象数量等。
  • 新版GC日志配置格式 -Xlog:[selectors]:[output]:[decorators][:output-options]
  • JVM 采用的是 =的形式来表示 selectors
  • 默认情况下 tag 为all,表示所有的 tag,level 为 INFO
  • selector 可以进行组合的,不同的 selector 之间用逗号分隔
  • 同时输出 gcgc+metaspace 这两类 tag 的日志 -Xlog:gc=debug,gc+metaspace:gc.log
-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms524m -Xmx524m -XX:+PrintCommandLineFlags  -Xlog:gc=debug,gc+metaspace:gc.log

image.jpeg

  • JVM 提供了通配符 * 来解决精确匹配的问题,比如想要所有 tag 为 gc 的debug级别日志 -Xlog:gc*=debug
-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms524m -Xmx524m -XX:+PrintCommandLineFlags  -Xlog:gc*=debug:gc.log
# gc*=debug:指定输出GC相关日志,级别为debug,*表示所有的GC标签都会输出日志。


image.jpeg

  • 日志文件解读
-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms524m -Xmx524m -XX:+PrintCommandLineFlags -Xlog:gc=info:gc.log

cf4e15df4c404390b5e8f23dc2008231.jpg

日志内容
[24.575s][info][gc] GC(0) Pause Young (Concurrent Start) (G1 Humongous Allocation) 240M->238M(528M) 5.888ms
字段拆解
  [24.575s]:GC发生的时间戳,表示程序运行的时间
  [info]:日志级别,表示这是一条信息级别的日志
  [gc]:日志标签,表示这是一条GC相关的日志
  GC(0):GC的编号,表示这是第一次GC
  Pause Young (Concurrent Start) (G1 Humongous Allocation):
    GC的类型,表示这是一次Young GC,同时也是一次 Humongous Allocation的GC,其中Concurrent Start表示并发启动的GC。
  240M->238M(528M):
    GC前后堆内存的使用情况,其中240M表示GC前的已使用内存,238M表示GC后的已使用内存,528M表示堆内存的总大小
  5.888ms:GC的耗时,表示这次GC的执行时间
  这条GC日志记录了程序运行了24.575秒时发生的一次Young GC,回收了2M的内存空间,耗时5.888毫秒
————————————————————————————————————————————————————————
日志内容
[24.783s][info][gc] GC(3) Concurrent Cycle
[24.784s][info][gc] GC(3) Pause Remark 242M->242M(528M) 0.383ms
[24.784s][info][gc] GC(3) Pause Cleanup 242M->242M(528M) 0.066ms
[24.785s][info][gc] GC(3) Concurrent Cycle 2.374ms
字段拆解
  [24.783s][info][gc] GC(3) Concurrent Cycle:
  Mixed GC的相关信息,表示这是一次Mixed GC的开始。
  [24.784s][info][gc] GC(3) Pause Remark 242M->242M(528M) 0.383ms
  Mixed GC的相关信息,表示这是一次Remark阶段的GC,回收了0M的内存空间,耗时0.383毫秒。
  [24.784s][info][gc] GC(3) Pause Cleanup 242M->242M(528M) 0.066ms:
  Mixed GC的相关信息,表示这是一次Cleanup阶段的GC,回收了0M的内存空间,耗时0.066毫秒。
  [24.785s][info][gc] GC(3) Concurrent Cycle 2.374ms:
  Mixed GC的相关信息,表示这是一次Mixed GC的结束,耗时2.374毫秒。
  这段GC日志记录了程序运行了24.783秒一次Mixed GC,Mixed GC回收了0M的内存空间,耗时2.374毫秒

使用技巧

  • GC日志输出到文件中 -Xlog:gc=info:file=/path/app.log
  • 指定日志切割的大小和方式 -

Xlog:gc=info:file=/path/app.log:filesize=104857600,filecount=5

  • filesize=104857600:指定单个日志文件大小为100MB,超过这个大小会自动切换到新的日志文件。
  • filecount=5:指定日志文件数量不超过5个,超过这个数量会删除最早的日志文件。
  • 配置实操
-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms524m -Xmx524m -XX:+PrintCommandLineFlags -Xlog:gc*=info:file=portal_gc.log:utctime,level,tags:filecount=5,filesize=1M

image.jpeg

  • 详细解释字段
-XX:+UseG1GC:使用G1垃圾回收器
-XX:MaxGCPauseMillis=100:设置最大垃圾回收暂停时间为100毫秒
-Xms524m:设置JVM堆的初始大小为524MB
-Xmx524m:设置JVM堆的最大大小为524MB
-XX:+PrintCommandLineFlags:打印JVM启动参数
-Xlog:gc*=info:file=portal_gc.log:utctime,level,tags:filecount=5,filesize=1M:
  Xlog:指定日志输出方式为日志文件。
  gc*:指定日志输出类型为GC相关的日志。
  info:指定输出日志的级别为info级别。
  file=portal_gc.log:指定日志输出的文件名为portal_gc.log。
  utctime:指定日志输出的时间戳使用UTC时间。
  level,tags:指定日志输出的格式包含级别和标签信息。
  filecount=5:指定最多保存5个日志文件。
  filesize=1M:指定每个日志文件的大小为1MB。
  • 该配置使用G1垃圾回收器,设置最大垃圾回收器暂停时间为100毫秒,JVM堆的初始堆大小和最大堆大小均为524MB,并打印JVM启动参数和输出GC日志到文件portal_gc.log中,文件数量为5个,每个文件大小为1MB,日志格式为info级别,包含时间戳、级别和标签。

2.JVM内存OOM堆栈快照配置实战

  • 配置OOM时的堆栈快照信息
  • -XX:+HeapDumpOnOutOfMemoryError:当发生OOM时,自动生成堆栈快照文件。
  • -XX:HeapDumpPath= :指定堆栈快照文件的输出路径。

-XX:OnOutOfMemoryError=“;”:当发生OOM时,执行指定的命令

案例-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heapdump.hprof

-XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xms524m -Xmx524m -XX:+PrintCommandLineFlags -Xlog:gc*=info:file=portal_gc.log:utctime,level,tags:filecount=5,filesize=1M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heapdump.hprof
  • 将在发生OOM时生成一个名为heapdump.hprof的堆栈快照文件,并将其保存到当前项目的目录下
  • heapdump.hprof 文件可以使用多种工具进行分析


43fea4dacf234a02bf6933f5ae245cb9.jpg


d7587ef638c2425b9dd4bd50f6d6cdc3.jpg

60f832ed9de64e2fa59d16607423b627.jpg

08e3d4c5183b4fcaa5d206528ec2432a.jpg

堆分析工具可能需要大量的内存和计算资源来加载和分析heapdump.hprof文件

建议在高配置的机器上运行堆分析工具,并为其分配足够的内存和计算资源

生产环境配置案例

服务器配置是8核16g内存,需要部署一个springboot写的电商项目,日访问量100万左右的UV

给一份生产环境配置的jvm参数的值,要求基于jdk11+配置oom时的堆栈快照信息

-server
-Xms8g
-Xmx8g
-XX:+UseG1GC
-XX:MaxGCPauseMillis=200
-XX:G1HeapRegionSize=32M
-XX:ActiveProcessorCount=8
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=heapdump.hprof
-XX:+PrintCommandLineFlags 
-Xlog:gc*=info:file=portal_gc.log:utctime,level,tags:filecount=50,filesize=100M
参数说明
  -Xms8g:指定JVM堆内存最小值为8G。
  -Xmx8g:指定JVM堆内存最大值为8G。
  -XX:+UseG1GC:指定使用G1垃圾收集器。
  -XX:MaxGCPauseMillis=200:指定最大垃圾回收暂停时间为200毫秒。
  -XX:G1HeapRegionSize=32M:指定G1垃圾收集器的堆区域大小为32MB。
  -XX:ActiveProcessorCount=8:指定并行垃圾回收器的线程数为8,在JDK 9及之后的版本中,ParallelGCThreads参数已被替代为-XX:ActiveProcessorCount参数,用于自动计算并行垃圾回收线程数
  -server:指定JVM使用服务器模式运行,优化性能。
  -XX:+HeapDumpOnOutOfMemoryError:指定在发生内存溢出时生成堆转储文件。
  -XX:HeapDumpPath=/var/log/heapdump.hprof:指定堆转储文件的路径。
  -Xlog:gc*=info:file=portal_gc.log:utctime,level,tags:filecount=50,filesize=100M:指定GC日志的输出格式和位置,记录GC相关信息。
  -XX:+PrintCommandLineFlags:打印JVM启动时的命令行参数,可以去除
方便测试OOM,可以调整 -Xms524m -Xmx524m

注意:使用G1收集器的时候,不用指定-Xmn

在G1中,堆内存被划分为多个区域,每个区域都可以作为年轻代或老年代的一部分

G1的年轻代采用了不同于传统的基于分代的HotSpot垃圾收集器的方式,因此不需要指定-Xmn参数来设置年轻代的大小

G1利用自适应的内存分配策略来动态地调整年轻代的大小

根据堆的使用情况来确定哪些区域应该作为年轻代,以及年轻代的大小

G1垃圾收集器不需要显式地指定-Xmn参数,通过自适应的方式来优化内存的使用和垃圾收集的效率

3.可视化GC日志分析工具GCEasy实战

GC Easy一个在线GC日志分析工具,可以帮助用户快速分析Java应用程序的GC日志,诊断内存泄漏和性能问题


支持多种GC日志格式,包括HotSpot、JRockit、IBM、Azul等。


自动分析GC日志,并生成易于阅读和理解的报告,包括GC统计信息、GC时长、GC频率、堆内存使用情况、内存泄漏等。


提供多种分析工具和图表,例如内存使用情况图、GC时长图、GC频率图、内存泄漏图等。


提供建议和最佳实践,帮助用户优化Java应用程序的性能和内存使用。


使用GCEasy的步骤


收集Java应用程序的GC日志。


将GC日志文件上传到GCEasy网站。


点击“开始分析”按钮,等待分析结果。


查看分析结果和建议,根据需要进行优化。


地址:https://gceasy.io/

142e17bf3210495090709737fe4ec555.jpg

aaf2eddc85784e74a5f732fb00c30c71.jpg

b7a03affa6894d71987c23898febefe7.jpg

6c4908de1b724fafb987d57a39657925.jpg


相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
28天前
|
监控 算法 Java
Java虚拟机(JVM)的垃圾回收机制深度解析####
本文深入探讨了Java虚拟机(JVM)的垃圾回收机制,旨在揭示其背后的工作原理与优化策略。我们将从垃圾回收的基本概念入手,逐步剖析标记-清除、复制算法、标记-整理等主流垃圾回收算法的原理与实现细节。通过对比不同算法的优缺点及适用场景,为开发者提供优化Java应用性能与内存管理的实践指南。 ####
|
20天前
|
监控 算法 Java
Java虚拟机(JVM)垃圾回收机制深度剖析与优化策略####
本文作为一篇技术性文章,深入探讨了Java虚拟机(JVM)中垃圾回收的工作原理,详细分析了标记-清除、复制算法、标记-压缩及分代收集等主流垃圾回收算法的特点和适用场景。通过实际案例,展示了不同GC(Garbage Collector)算法在应用中的表现差异,并针对大型应用提出了一系列优化策略,包括选择合适的GC算法、调整堆内存大小、并行与并发GC调优等,旨在帮助开发者更好地理解和优化Java应用的性能。 ####
25 0
|
17天前
|
存储 监控 算法
深入探索Java虚拟机(JVM)的内存管理机制
本文旨在为读者提供对Java虚拟机(JVM)内存管理机制的深入理解。通过详细解析JVM的内存结构、垃圾回收算法以及性能优化策略,本文不仅揭示了Java程序高效运行背后的原理,还为开发者提供了优化应用程序性能的实用技巧。不同于常规摘要仅概述文章大意,本文摘要将简要介绍JVM内存管理的关键点,为读者提供一个清晰的学习路线图。
|
19天前
|
存储 监控 算法
Java虚拟机(JVM)垃圾回收机制深度解析与优化策略####
本文旨在深入探讨Java虚拟机(JVM)的垃圾回收机制,揭示其工作原理、常见算法及参数调优方法。通过剖析垃圾回收的生命周期、内存区域划分以及GC日志分析,为开发者提供一套实用的JVM垃圾回收优化指南,助力提升Java应用的性能与稳定性。 ####
|
23天前
|
机器学习/深度学习 监控 算法
Java虚拟机(JVM)的垃圾回收机制深度剖析####
本文深入探讨Java虚拟机(JVM)的垃圾回收机制,揭示其工作原理、常见算法、性能调优策略及未来趋势。通过实例解析,为开发者提供优化Java应用性能的思路与方法。 ####
31 1
|
1月前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
282 30
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
10天前
|
监控 安全 Apache
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。
|
2月前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
318 3
|
20天前
|
存储 监控 安全
什么是事件日志管理系统?事件日志管理系统有哪些用处?
事件日志管理系统是IT安全的重要工具,用于集中收集、分析和解释来自组织IT基础设施各组件的事件日志,如防火墙、路由器、交换机等,帮助提升网络安全、实现主动威胁检测和促进合规性。系统支持多种日志类型,包括Windows事件日志、Syslog日志和应用程序日志,通过实时监测、告警及可视化分析,为企业提供强大的安全保障。然而,实施过程中也面临数据量大、日志管理和分析复杂等挑战。EventLog Analyzer作为一款高效工具,不仅提供实时监测与告警、可视化分析和报告功能,还支持多种合规性报告,帮助企业克服挑战,提升网络安全水平。
|
2月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1698 14
下一篇
DataWorks