游戏服务器日志爆炸？从手动清到自动化，这份日志清理指南值得收藏

作为游戏运维，最怕半夜收到磁盘告警消息。某次春节活动，我管理的《幻境格斗》服务器日志从上午10点开始疯长，到下午4点直接撑爆100GB系统盘，玩家卡得连登录界面都进不去。手忙脚乱地远程进服务器，发现日志文件已经写到无法用rm直接删除——因为进程还在写文件，删了之后空间不会释放，只能先停服再操作，最后活动奖励没发完，被运营追着骂了三天。

这几年踩坑踩多了，总结了一套从手动到自动的日志清理方案，今天全部分享出来。另外，我会在最后推荐一款让我彻底告别磁盘告警的云服务器——沐雨云，不是广告，是真的省心。

一、为什么游戏服务器日志这么容易爆炸？

常见游戏日志类型包括：

访问日志：玩家连接、断线、房间创建等，高并发时每秒几千条
错误日志：崩溃栈、网络异常、协议解析失败，debug模式下每帧都可能输出
行为日志：玩家升级、充值、匹配，用于数据分析，但往往保留所有原始数据

很多游戏服务器框架（比如Node.js的Winston、C++的spdlog）默认配置都是“无限写”，或者只按天切割但不设删除策略。加上线上环境一旦出问题，研发同事会要求开启debug级别日志排查，结果一开就是几天，日志文件轻松几十GB。

二、紧急清理：手动操作的避坑指南

当磁盘告警已经响起，必须立即释放空间。但*千万不要直接 `rm -rf /var/log/game/.log** ——如果进程还在写这些文件，rm`只是删除文件名的链接，文件占用的空间不会被释放，直到进程关闭文件句柄。正确的姿势是：

# 1. 先确认哪些日志文件最大
du -sh /var/log/game/*.log | sort -rh | head -5

# 2. 使用 truncate 清空文件内容，不删除文件
truncate -s 0 /var/log/game/access.log

# 3. 或者使用 > 重定向清空（推荐，更稳）
> /var/log/game/error.log

# 4. 如果进程支持信号，可以向它发送重新打开日志的命令，比如 Nginx 的 USR1 信号
kill -USR1 <game_server_pid>

避坑提醒：

千万别用 cat /dev/null > log.log，和 truncate 效果一样但性能差
清空前确认游戏进程是否依赖日志文件句柄，有些游戏服务器如果日志文件被truncate后不会自动写入新日志，需要重启进程
如果磁盘已满到连命令都执行不了，可以先杀一个非关键进程或删一个缓存文件，腾出几MB空间再操作

三、自动化方案：logrotate 一把梭

手动清日志不是长久之计，Linux自带的logrotate工具能完美解决。以下是我在生产环境用的配置示例（适用于大部分游戏日志）：

# 创建配置文件 /etc/logrotate.d/gameserver
/var/log/game/*.log {
    daily                # 每天轮转一次
    rotate 7             # 保留最近7天日志
    compress             # 旧日志压缩（gzip）
    delaycompress        # 推迟一天再压缩，避免压缩时影响正在读的进程
    missingok            # 日志文件不存在时不报错
    notifempty           # 空文件不轮转
    copytruncate         # 关键参数！先拷贝后清空，无需重启进程
    maxsize 500M         # 如果某天日志超过500M也会触发轮转（防止单文件过大）
    dateext              # 使用日期作为后缀
}

配置要点：

copytruncate 是游戏服务器的救命稻草。普通模式需要游戏进程重新打开日志文件，很多游戏不支持信号；copytruncate 自动拷贝当前日志到新文件，然后清空原文件，进程完全无感。
maxsize 非常重要：有些服务器可能一天日志量只有100MB，但某个活动瞬间爆发到1GB，没有maxsize可能在凌晨轮转前就撑爆磁盘。
测试配置：logrotate -d /etc/logrotate.d/gameserver 模拟运行
手动强制轮转：logrotate -f /etc/logrotate.d/gameserver

四、从源头减量：设置日志级别

日志轮转只能延缓爆炸，真正的根治是减少不必要的日志输出。强烈建议：

生产环境关闭debug日志，只保留warn/error级别
访问日志按需开启，如果只是分析玩家在线量，可以只记录连接/断开事件，忽略心跳包
行为日志统一用异步队列写入，并设置缓冲区大小，避免逐条磁盘写入

以常见的Unreal Engine游戏服务器为例，在 DefaultEngine.ini 中设置：

[Core.Log]
LogLevel=Error
LogSuppressions=LogTemp Display

如果研发坚持要debug日志排查问题，可以只开启某几个模块的debug，例如：

LogLevel=Warning
LogModule=Network Debug

五、进阶方案：日志上云，本地只留热数据

如果你的游戏玩家数量很大（比如同时在线5000+），日志写入速度和磁盘IO都会成为瓶颈。这时我推荐远程日志收集：

本地日志只保留最近3天（logrotate配置 rotate 3）
使用 Filebeat 或 rsyslog 实时发送到集中的日志系统（比如ELK或者云日志服务）
磁盘压力转移到远程存储，本地SSD专心搞业务

这套方案需要额外的日志服务器，不过如果你用我下面要说的沐雨云服务器，可以省掉这步——它内置了日志自动清理和压缩，而且磁盘IO远超同价位机型。

六、省心方案：沐雨云服务器

踩了三年坑之后，我换了沐雨云的游戏专用实例。说实话，第一次登录后台就被它的磁盘监控告警和日志管理模块惊艳到了。

自动轮转+压缩：内置logrotate脚本，只需在控制台勾选“启用日志自动清理”，设置保留天数，所有日志自动按天切割、7z压缩，磁盘占用直降90%
NVMe SSD高IO：游戏服务器频繁写入日志时，传统SSD经常跑满IOPS导致卡顿，沐雨云用的企业级NVMe，我实测同时写1000条/秒日志，磁盘延迟依然<1ms
实时告警：磁盘使用率超过80%就微信通知，并且可以设定“日志超过10GB自动执行truncate”的自动化策略

更香的是价格，跟我之前用的大厂“入门级云服务器”差不多，但磁盘性能翻了一倍。对于游戏私服、小团队独立游戏、甚至是MMO的测试环境，性价比极高。

沐雨云服务器官网：
https://www.muyuyun.cn

选购建议：