centos java日志为何超大

在 CentOS 上 Java 日志“超大”通常不是单个文件自然变大，而是日志配置或运行环境出了问题。下面按最常见原因给你梳理，并给出对应解决办法。

一、最常见原因（90% 情况）

1️⃣ 没有日志滚动（log rotation）

很多 Java 程序直接用：

System.out.println(...)

或日志框架但没配 rolling。

结果：

• 单个 catalina.out / nohup.out / app.log 一直增长
• 几天就能到 几 GB 甚至几十 GB

✅ 解决：

• Tomcat：catalina.out 用 logrotate

/opt/tomcat/logs/catalina.out {
    copytruncate
    daily
    rotate 7
    compress
    missingok
}

• 应用日志用 logback / log4j2 的 RollingFile

2️⃣ 日志级别太低（DEBUG / TRACE）

生产环境却开了：

<level>DEBUG</level>

问题：

• 每次请求都打大量日志
• GC、SQL、HTTP 全打

✅ 解决：

• 生产环境用：

<level>INFO</level>

• 异常时才开 DEBUG

3️⃣ 异常被疯狂打印（循环异常）

典型情况：

catch (Exception e) {
    log.error("error", e);
}

但异常不断触发（如网络断开）

结果：

• 每秒几百次 stack trace
• 日志爆炸

✅ 解决：

• 加熔断 / 限流
• 异常日志降级
• 不要 catch 后继续死循环

4️⃣ 用了 nohup 但没重定向

nohup java -jar app.jar &

默认输出到 nohup.out

✅ 解决：

nohup java -jar app.jar > /dev/null 2>&1 &

或统一走日志框架

二、系统层面原因

5️⃣ /var/log 下日志堆积

CentOS 本身日志：

• /var/log/messages
• /var/log/audit/audit.log

Java 若用 systemd：

journalctl -u yourapp

也可能非常大

✅ 解决：

journalctl --vacuum-size=500M

6️⃣ 磁盘 inode 用光（假“超大”）

有时不是文件大，而是：

• 几百万个小日志文件

✅ 检查：

df -i

三、快速排查命令（CentOS）

# 看哪个文件最大
du -sh /var/log/* /opt/*/logs/* 2>/dev/null | sort -h

# 看实时增长
tail -f app.log

# 看 Java 进程
ps -ef | grep java

四、推荐的标准做法（生产）

✅ 使用：

• logback / log4j2
• RollingFile + 大小限制
• INFO 级别
• logrotate 兜底
• 禁止裸 System.out

如果你愿意，可以贴：

• Java 框架（Spring / 普通 Java / Tomcat）
• 日志文件路径
• 用的日志框架

我可以直接帮你写一份可用配置。