Skynet 日志轮转实战3 处改动让游戏服务器告别日志雪崩【免费下载链接】skynetA lightweight online game framework项目地址: https://gitcode.com/GitHub_Trending/sk/skynet凌晨 2 点 47 分值班群弹出磁盘告警游戏服根分区占用 99%。清掉旧文件缓了十分钟磁盘又满了。翻日志目录一看只有一个skynet.log在不停膨胀单文件已经 40GB。Skynet 这套轻量级游戏服务器框架本身很省资源但日志轮转它只给你留了钩子切割、压缩、归档全要自己搭。下面是我们线上跑了一年多的完整做法。为什么日志膨胀对游戏服更致命现象是磁盘写满、进程因无法写入而退出根因在于单文件无限增长且每条日志都同步落盘、逐行fflush高峰时 IO 竞争直接拖慢消息派发。游戏场景更残酷服务必须 7x24 在线不能随便重启日志量还和在线人数成正比——人越多写得越快越容易在晚高峰爆盘。先看全貌Skynet 的写入、汇聚、切割是怎么分层的理解代码比背配置有用。整条链路分三层写入层各服务里skynet.error只是发一条消息真正的落盘由 C 写的 logger 服务完成源码在service-src/service_logger.c。它只处理两类消息PTYPE_TEXT写一行日志并fflushPTYPE_SYSTEM时执行freopen按原文件名重新打开文件——这个重开就是日志轮转的内置钩子。汇聚层examples/globallog.lua注册了全局名.log多服务、多节点harbor 模式的日志统一打到这里见examples/main_log.lua的启动流程。切割归档层框架不管交给外部脚本 rename gzip 定期清理。配置入口在examples/config_log关键几行thread 8 mqueue 256 logger nil start main_loglogger指向内置 C logger 的落盘路径填nil就是输出到 stdout适合交给容器或系统日志采集要落文件就写成具体路径。mqueue 256控制消息队列上限日志服务写得慢时消息会排队而不是丢这是个天然背压。落地实操三个文件改完就能跑在 config_log 里选定日志出口保留上面的写法即可logger nil走 stdout 交给采集或者logger log/skynet.log走文件。二选一别两头都写否则排障时两份日志时间线对不上。start main_log保证启动时先拉起日志体系再进业务。把 Lua 日志异步写入拆给 globallogexamples/globallog.lua核心只有四行skynet.dispatch(lua, function(session, address, ...) print([GLOBALLOG], skynet.address(address), ...) end) skynet.register .log业务侧用skynet.send(.log, lua, msg)发火即忘不等回包、不占业务协程写文件发生在日志服务自己的协程里。这里有个坑别在热点路径里对.log用skynet.call一旦日志服务卡住调用方全体挂起等于把异步写又写回了同步。游戏服务器日志切割交给外部脚本logger 的freopen钩子意味着外部脚本把旧文件改名压缩后logger 在下次收到PTYPE_SYSTEM时会按原文件名重新打开并继续追加触发时机以skynet-src/skynet_start.c源码为准。每天一条 cron 就够cd /path/to/skynet mv log/skynet.log log/skynet.log.$(date %Y%m%d) gzip log/skynet.log.$(date %Y%m%d) find log -name skynet.log.*.gz -mtime 7 -delete单文件建议控制在 100MB 量级按天切片基本不会超压缩归档保留 7 天-mtime 7 -delete兜底。流量峰值来了写入侧、策略侧、运维侧的三套保险写入侧mqueue是队列上限日志服务消费慢时先调threadconfig_log里是 8再考虑把低频日志降级而不是加大队列无限堆积。策略侧平时只留 ERROR 和业务关键点协议级 trace 全关排查时再针对单个服务打开避免全量开着。运维侧接上service/debug_console.lua提供的调试控制台不用重启就能调 trace :2 lua on trace :2 lua off这背后走的是TRACELOG调试命令lualib/skynet/debug.lua里定义最终调用skynet.traceproto切换协议 trace控制台里还有setenv/getenv可以运行时读写环境参数。⚠️ 调级只在事故处理时开处理完立刻关不然峰值一来又是一轮雪崩。上线前自检✅ 确认logger出口唯一单文件 ≤100MB、保留 7 天的切割脚本在预发跑过一整轮新文件能继续写入 ✅ 用 debug_console 的list确认.log已注册业务侧全部skynet.send而非call✅ 确认高峰压测时mqueue未持续打满磁盘告警阈值设在 80% 而非 99%日志系统不声不响的时候游戏服才是真正稳的。【免费下载链接】skynetA lightweight online game framework项目地址: https://gitcode.com/GitHub_Trending/sk/skynet创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
