Java日志在CentOS上的轮转机制

Java日志在CentOS上的轮转机制

一、机制总览

• 在 CentOS 上，Java 应用的日志轮转通常有三种落地方式：
  1. 应用内轮转：使用 Logback、Log4j2 等日志框架，在配置中定义按时间或按大小的滚动策略，应用自行创建与归档历史日志。
  2. 系统级轮转：使用 logrotate 管理日志文件（压缩、删除、重建），适合无法修改应用配置或需统一运维策略的场景。
  3. 容器与服务编排：在 Kubernetes 中通过日志驱动与容器标准输出轮转；在 systemd 服务中可结合 StandardOutput/StandardError 与 logrotate 协同。上述方式可单独使用，也可组合使用以实现更稳健的日志治理。

二、方式对比

三、配置示例

• 应用内轮转
  • Logback（按天滚动，保留 30 天，可选总量上限 1GB）

    <configuration>
      <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>/var/log/myapp/app.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
          <fileNamePattern>/var/log/myapp/app.%d{yyyy-MM-dd}.log</fileNamePattern>
          <maxHistory>30</maxHistory>
          <totalSizeCap>1GB</totalSizeCap>
        </rollingPolicy>
        <encoder>
          <pattern>%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{36} - %msg%n</pattern>
        </encoder>
      </appender>
      <root level="INFO"><appender-ref ref="FILE"/></root>
    </configuration>
    

  • Log4j2（按天且按大小滚动，保留 30 个归档）

    <Configuration status="WARN">
      <Appenders>
        <RollingFile name="RollingFile" fileName="/var/log/myapp/app.log"
                     filePattern="/var/log/myapp/app-%d{yyyy-MM-dd}-%i.log">
          <PatternLayout>
            <Pattern>%d{yyyy-MM-dd HH:mm:ss} [%t] %-5level %logger{36} - %msg%n</Pattern>
          </PatternLayout>
          <Policies>
            <TimeBasedTriggeringPolicy interval="1" modulate="true"/>
            <SizeBasedTriggeringPolicy size="100 MB"/>
          </Policies>
          <DefaultRolloverStrategy max="30"/>
        </RollingFile>
      </Appenders>
      <Loggers><Root level="info"><AppenderRef ref="RollingFile"/></Root></Loggers>
    </Configuration>
    

• 系统级轮转（logrotate）
  • 为 Java 应用日志创建 /etc/logrotate.d/java-app：

    /var/log/myapp/*.log {
      daily
      rotate 30
      compress
      delaycompress
      missingok
      notifempty
      create 644 root root
      postrotate
        # 通知应用重新打开日志文件（示例为 kill -HUP，按实际进程名/信号调整）
        /usr/bin/killall -HUP java || true
      endscript
    }
    

  • 常用命令
    • 测试配置：logrotate -d /etc/logrotate.d/java-app
    • 强制执行：logrotate -f /etc/logrotate.d/java-app
• 容器与服务编排
  • Kubernetes 可通过 json-file 日志驱动与容器标准输出配合集群日志采集；若应用写文件，仍建议在容器内使用应用内轮转，或在节点侧用 logrotate 管理挂载卷中的日志。

四、运维与最佳实践

• 避免重复轮转：若已使用应用内轮转，建议让 logrotate 仅负责压缩/清理，不做 copytruncate；或在应用内关闭基于时间的切割，交由系统统一处理。
• 安全与权限：为日志目录与文件设置合适的 owner/group 与 权限（如 644/640），避免日志被非授权进程改写。
• 信号与重开日志：使用 postrotate 发送 HUP 或自定义信号，确保应用重新打开日志文件描述符，避免写入已轮转的旧文件。
• 保留策略与容量控制：结合 maxHistory（Logback）/max（Log4j2）/rotate（logrotate） 设置合理保留天数或个数，必要时配置 totalSizeCap 或节点级清理任务，防止磁盘被占满。
• 监控与告警：监控日志目录容量与应用日志级别，必要时动态调整级别、采样或异步日志以提升性能与稳定性。