CentOS Java日志管理方法介绍

CentOS Java日志管理方法

一日志定位与快速查看

定位进程与日志路径
- 查看Java进程：ps -ef | grep java，从启动命令或工作目录推断日志位置。
- 常见日志路径：应用安装目录下的logs/（如：/opt/myapp/logs/）、用户主目录**~/logs/、系统目录/var/log/（如：/var/log/tomcat/、/var/log/myapp/**）。不确定时优先查应用文档、启动脚本或安装目录。
常用查看与检索
- 实时查看：tail -f /path/to/app.log
- 关键字过滤：grep “ERROR” /path/to/app.log
- 系统服务日志：journalctl -u your-service-name；按时间过滤：journalctl --since “1 hour ago”；结合Java关键字：journalctl | grep java。

二日志轮转与保留策略

使用系统级工具logrotate管理文件大小与保留份数，配置文件位于**/etc/logrotate.d/**。

示例一（按天轮转并压缩，保留7天，适配Tomcat的catalina.out）

/opt/tomcat/logs/catalina.out {
    daily
    rotate 7
    missingok
    notifempty
    compress
    create 0644 root adm
}

示例二（通用应用日志，支持按大小触发）

/var/log/java-app.log {
    daily
    rotate 7
    maxsize 10M
    missingok
    notifempty
    compress
    create 0644 root root
}

测试与生效
- 语法校验：logrotate -d /etc/logrotate.d/java
- 重新加载或等待定时任务执行：systemctl reload logrotate（或等待crond触发）。

三应用内日志框架配置

推荐门面与实现：使用SLF4J作为门面，搭配Logback或Log4j2作为实现；统一日志格式，便于采集与分析。
Spring Boot常用配置（application.properties）
- 指定日志文件：logging.file.name=logs/application.log
- 动态调整级别：logging.level.org.springframework=DEBUG（按需设置包路径级别）

Logback示例（按时间与大小滚动，保留10份，gzip压缩）

<configuration>
  <appender name="Console" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
      <pattern>%d{yyyy-MM-dd HH:mm:ss} [%t] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
  </appender>
  <appender name="RollingFile" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>logs/app.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
      <fileNamePattern>logs/app-%d{yyyy-MM-dd}.log.gz</fileNamePattern>
      <maxHistory>10</maxHistory>
    </rollingPolicy>
    <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
      <maxFileSize>10MB</maxFileSize>
    </triggeringPolicy>
    <encoder>
      <pattern>%d{yyyy-MM-dd HH:mm:ss} [%t] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
  </appender>
  <root level="info">
    <appender-ref ref="Console"/>
    <appender-ref ref="RollingFile"/>
  </root>
</configuration>

Log4j2示例（Socket Appender直传日志服务器）

<Configuration status="WARN">
  <Appenders>
    <Console name="Console" target="SYSTEM_OUT">
      <PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss} %-5p %c{1}:%L - %m%n"/>
    </Console>
    <Socket name="Socket" host="logserver.example.com" port="4560">
      <JsonLayout compact="true" eventEol="true"/>
    </Socket>
  </Appenders>
  <Loggers>
    <Root level="info">
      <AppenderRef ref="Console"/>
      <AppenderRef ref="Socket"/>
    </Root>
  </Loggers>
</Configuration>

实践建议
- 容器化或标准输出采集场景优先输出到stdout/stderr，由采集器统一处理；文件输出时尽量采用滚动策略避免单文件过大。

四集中式日志管理方案

方案A：应用直发日志服务器（如Log4j2 Socket）
- 在应用侧配置远程Appender（如上例），将日志以JSON等结构化格式发送到Logstash/Fluentd/rsyslog或直接到Elasticsearch。
方案B：使用rsyslog收集并转发
- 启用UDP接收：在**/etc/rsyslog.conf或/etc/rsyslog.d/50-default.conf**加入
```
module(load="imudp")
input(type="imudp" port="4560")
```
- 转发到集中端：action(type=“omfwd” Target=“logserver.example.com” Port=“514” Protocol=“udp”)
- 重启服务：systemctl restart rsyslog。
方案C：使用Fluentd聚合到Elasticsearch
- 安装Fluentd并配置输入与输出（Elasticsearch），启动服务并设为开机自启。
方案D：部署ELK或Graylog
- 安装Elasticsearch + Logstash + Kibana或Graylog，完成索引、检索与可视化；Kibana中配置连接到Elasticsearch地址。

五运维实践与排错清单

目录与权限：为日志目录设置合适权限（如**/var/log/myapp/**），确保应用用户可写；轮转后新文件权限与属主正确。
避免重复输出：统一门面与实现，排查桥接与依赖冲突（如slf4j与log4j、jul的桥接关系）。
规范与结构化：统一时间戳、线程名、级别、类名、消息、堆栈等字段；尽量使用JSON便于检索与可视化。
性能与采样：高并发场景控制日志级别与采样策略，避免同步写磁盘影响性能。
容量与告警：结合maxsize/rotate与集中式存储策略，设置磁盘阈值与异常关键字告警（如ERROR激增）。
快速排查路径：进程定位→日志路径确认→实时查看与关键字过滤→检查轮转与权限→必要时接入集中式平台复核。

最新问答

相关标签