日志轮转与磁盘管理：别让日志写满你的服务器

日志为什么会写满磁盘

三个失控源：pm2 的应用日志（node 服务的 stdout/stderr 无限追加，错误风暴时一小时几个 GB）；nginx 访问日志（高流量站的 access.log 日增 GB 级）；MySQL 的 binlog（binlog 保留期未配置时无限增长）。三个都有自动轮转的配置方案——配一次管终身。

pm2 日志轮转

pm2 install pm2-logrotate
pm2 set pm2-logrotate:max_size 50M      # 单文件上限 50M
pm2 set pm2-logrotate:retain 14        # 保留 14 份
pm2 set pm2-logrotate:compress true    # 压缩归档

配置后每个服务的日志按大小自动切割压缩——错误风暴时的磁盘保护伞。

nginx 与 MySQL 的轮转

nginx：logrotate 系统自带配置（/etc/logrotate.d/nginx），确认 daily + rotate 14 + compress 存在即可。MySQL binlog：SET GLOBAL binlog_expire_logs_seconds = 604800;（保留 7 天）——binlog 是增量备份的原料，保留期按备份策略匹配（见备份手册）。

磁盘巡检自动化

每周脚本（配合数据库维护的例行）：

df -h | awk '$5+0 > 80 {print "磁盘告警:", $6, $5}'
du -sh /var/log /path/storage /var/lib/mysql 2>/dev/null
ls -lhS /root/.pm2/logs/ | head -5

三行输出贴进每周检查——磁盘水位 80% 告警、三大目录的体积趋势、pm2 日志的最大文件。

一条铁律

磁盘使用率 85% 是行动线，不是参考线——磁盘写满会导致 MySQL 拒写、日志丢失、应用崩溃的连锁反应。清理的顺序：日志归档 → 旧备份 → 临时文件 → 最后才是扩容。生产服务器的清理动作都先备份再删（见备份手册）。