移动GC日志写入文件后如何实现GC日志滚动且无需重启服务

JVM启动时会持有GC日志文件的固定文件句柄，直接mv移动文件仅会修改文件系统的目录映射，不会变更JVM持有的句柄指向，因此JVM仍会向移动后的旧文件写入内容，你新建的同名文件不会被识别。你之前执行jcmd GC.rotate_log报错，是因为要么JDK版本不支持（JDK8需u45及以上版本），要么仅配置了-XX:+UseGCLogFileRotation，缺少配套的必填滚动参数。

方案1：配置原生GC滚动参数，支持无感滚动（推荐） #

该方案可以实现滚动后新日志直接写入新文件系统，无需重启服务，适配生产环境要求。

适配不同JDK版本配置启动参数 #

• JDK 8（升级到u45及以上版本）：在原有GC参数基础上补充完整滚动配置：

-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:${LOG_DIR}/myGCLogs.gc -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=100M

其中NumberOfGCLogFiles为保留的GC日志文件数量，GCLogFileSize为单个GC日志文件的大小阈值，可按需调整。

• JDK 9及以上版本：原有PrintGC系列参数已废弃，使用新版Xlog日志体系配置：

-Xlog:gc*:file=${LOG_DIR}/myGCLogs.gc:time,level,tags:filesize=100M,filecount=10

滚动操作步骤 #

当应用启动成功需要迁移日志到新卷时：

1. 将原GC日志文件移动到新卷的归档目录备份
2. 在原GC日志配置路径创建指向新卷存储路径的软链接：
   ln -s /新卷GC日志存储目录/myGCLogs.gc ${LOG_DIR}/myGCLogs.gc
3. 执行滚动命令触发日志切换：
   jcmd <Java进程PID> GC.rotate_log
   执行完成后JVM会自动关闭旧句柄，向软链接指向的新卷路径写入新GC日志，无需重启服务。

方案2：copytruncate无侵入方案（无需修改启动参数） #

如果暂时无法调整JVM启动参数或JDK版本不支持滚动，可以使用复制清空的方式实现日志归档，兼容性100%：

1. 先将原GC日志完整复制到新卷的归档目录：
   cp ${LOG_DIR}/myGCLogs.gc ${新卷归档目录}/myGCLogs_$(date +%Y%m%d%H%M%S).gc
2. 清空原GC日志文件内容，保留原有文件句柄：
   > ${LOG_DIR}/myGCLogs.gc
   该方案JVM会继续向原路径写入日志，无需重启，仅在极端高GC频率场景下可能出现极少量日志丢失/重复，绝大多数生产场景可接受。

方案3：前置软链接规避迁移操作 #

如果新卷是EC2实例启动时就提前挂载好的，可在应用启动前就将${LOG_DIR}/myGCLogs.gc软链接指向新卷的存储路径，JVM启动时会直接跟随软链接向新卷写入日志，从根源避免后续迁移需求。

以上方案均兼容EC2实例环境，无需额外调整EC2配置。

内容的提问来源于stack exchange，提问作者Rafay