centos nohup日志为何过大

在 CentOS（以及其他 Linux 发行版）上，nohup 日志过大，通常不是 nohup 本身的问题，而是由使用方式和程序行为共同导致的。下面分点说明常见原因和解决办法。

一、为什么 nohup 日志会变很大

1. 所有输出都重定向到同一个文件

常见写法：

nohup java -jar app.jar > nohup.out &

问题：

stdout + stderr 全部写入 nohup.out
程序只要一直运行，日志就会无限增长
即使程序正常，也会不断打印心跳、DEBUG 等信息

2. 程序日志级别过低

DEBUG / INFO 级别日志过多
框架（Spring、Tomcat、Python、Node）默认输出非常详细
定时任务、循环请求会持续产生日志

3. 没有日志轮转（logrotate）

nohup.out 不会被自动切割
不像 /var/log 下系统日志有 logrotate

4. stderr 未分离

如果只重定向 stdout：

nohup command > nohup.out &

错误日志仍可能写到终端或文件中，造成混乱和重复。

5. 程序异常“刷屏”

例如：

死循环
网络异常不断重试
抛异常但不退出

这会导致几分钟内几个 GB 日志

二、如何控制和优化 nohup 日志

✅ 1. 合并并正确重定向

nohup java -jar app.jar > app.log 2>&1 &

✅ 2. 使用日志框架（推荐）

不要依赖 nohup.out 作为日志：

Java：Logback / Log4j2
Python：logging
Node：winston / pino

示例（Logback）：

<root level="INFO">
  <appender-ref ref="ROLLING"/>
</root>

✅ 3. 使用 logrotate（非常重要）

示例 /etc/logrotate.d/app：

/opt/app/app.log {
    size 100M
    rotate 5
    compress
    missingok
    notifempty
    copytruncate
}

copytruncate 对 nohup 程序很关键，避免重启进程

✅ 4. 限制日志级别

不要长期开 DEBUG：

nohup java -jar app.jar --logging.level.root=INFO > app.log 2>&1 &

✅ 5. 直接丢弃不必要输出（谨慎）

nohup command > /dev/null 2>&1 &

✅ 6. 使用 systemd（更优方案）

CentOS 7+ 推荐：

[Service]
StandardOutput=journal
StandardError=journal

然后用：

journalctl -u app.service

三、总结一句话

nohup 日志过大，不是 nohup 的锅，而是“所有输出无限制地写进一个文件”。

如果你愿意，可以贴出：

启动命令
程序类型（Java / Python / Shell）
当前日志大小

我可以帮你给出最合适的日志方案。