为什么debian nodejs日志过大

Debian 上 Node.js 日志过大的原因通常可以归结为应用层面、运行方式、日志配置、系统管理几个方面。下面按常见原因逐一说明，并给出对应解决办法。

一、最常见原因

1. 应用没有日志轮转（Log Rotation）

很多 Node.js 服务直接把日志写到文件：

node app.js > app.log 2>&1

问题：

• 文件会无限增长
• Debian 默认不会自动切割你自定义的文件

✅ 解决：

• 使用 logrotate
• 或日志库自带轮转（如 winston + DailyRotateFile）

2. 使用了 console.log / console.error 过多

console.log('debug info')

• 生产环境仍然大量输出
• 错误被 catch 后仍然打印 stack

✅ 解决：

• 使用日志级别（info / warn / error）
• 生产关掉 debug 日志

3. PM2 / systemd 重复写日志

PM2

PM2 默认会：

• 写 ~/.pm2/logs/
• 你又自己写文件 → 双重日志

systemd

StandardOutput=append:/var/log/app.log

• 应用再写日志 = 两份

✅ 解决：

• 只用一种日志方式（推荐 systemd 或 PM2 二选一）

4. 未捕获异常 / 内存泄漏导致疯狂写日志

例如：

• 请求死循环
• 异常被反复 catch
• 连接池错误刷屏

✅ 解决：

process.on('uncaughtException', ...)
process.on('unhandledRejection', ...)

5. 访问日志（access log）没限制

如 Express + morgan：

app.use(morgan('combined'))

高并发下日志增长极快

✅ 解决：

• 生产环境用 morgan('tiny')
• 或关掉静态资源日志

6. Debian 默认 journald 不限制大小（少见）

如果你用：

journalctl -u node-app

可能占用大量空间

✅ 解决：

/etc/systemd/journald.conf
SystemMaxUse=500M

二、推荐的标准做法（Debian + Node.js）

✅ 最佳实践组合

• systemd 管理服务
• winston / pino 写结构化日志
• logrotate 管理文件
• 不手动 console.log

三、快速排查命令

du -sh /var/log/*
journalctl --disk-usage
ls -lh ~/.pm2/logs

四、如果你愿意

你可以告诉我：

• 日志路径
• 启动方式（PM2 / systemd / 手动）
• 用的日志库

我可以帮你精准定位是哪一种原因。