先记住一句话
传奇服务端出错时，控制台能看到的只是一部分，真正的原因在日志里。很多人一遍遍重启，其实日志第一行就写了原因。这篇把日志按“谁写的、记什么、去哪看”拆开。
四类日志，各管一摊
| 日志来源 | 记什么 | 典型用途 |
|---|
| M2 主引擎 | 脚本报错、地图/怪物/物品加载失败、运行异常 | 脚本错、配置错、进游戏异常 |
| 登录 / 选择 / 游戏网关 | 连接建立、断开、认证失败、端口异常 | 登录器连不上、频繁掉线 |
| 数据服务（DBServer） | 数据库读写、人物数据存取失败 | 角色存不上、数据回档 |
| 系统 / 数据库 | 文件权限、端口占用、MySQL 连接错误 | 启动失败、连库失败 |
日志通常在哪个目录
不同引擎路径不同，但常见位置是：
- M2 主引擎目录下的 log / Logs 目录，按日期分文件；
- 各网关目录下自己的日志文件；
- 数据服务目录下的日志；
- 有的引擎把日志写在根目录的 log 文件夹，文件名带日期。
先去引擎目录里找带“log”字样的文件夹，按修改时间排序，最新那个就是当前在写的。
出错时的排查顺序
- 先看 M2 控制台最后几行：红字一般直接指向出错的文件和行号；
- 打开 M2 日志：搜最近的错误关键字（见下表）；
- 确认是哪个环节：登录问题看网关日志，数据问题看 DB 日志；
- 复现一次：复现后立刻看日志，时间戳最好对得上，别在几百行里瞎猜。
关键字速查
| 关键字 | 大概意思 |
|---|
| file not found / 找不到文件 | 脚本或配置文件缺失、路径错 |
| syntax error / 语法错误 | 脚本写错，看行号 |
| unknown / not found（物品、怪物名） | 名字和数据库对不上 |
| connect failed / 连接失败 | 端口、IP、网关没起 |
| access denied | 数据库账号权限或配置错 |
| out of memory | 内存不足，可能刷怪/日志过多 |
| timeout | 网络或数据库响应慢 |
怎么让日志更有用
- 开详细日志：多数引擎有调试开关，排查期间打开，完事关掉；
- 按日期归档：日志别只存一个文件，出问题时能对比“昨天正常、今天出错”；
- 日志目录别放系统盘：日志涨得很快，容易把 C 盘塞满（参考 C 盘清理）；
- 报错时附日志：求助时贴日志原文比自己描述现象有用十倍。
三个常见误区
- 只看控制台不看日志：控制台会滚动，关键行常常被刷掉；
- 日志一多就清空：清空前先把出错那段复制出来；
- 看到 warning 就慌：警告不一定影响运行，先看 error。
验证清单
- 能定位到日志目录，并知道当前在写的是哪个文件；
- 能按关键字搜到最近的报错；
- 报错行能对应到具体文件/行号/配置项；
- 改完后再复现一次，确认不再出现同一条错误。
相关阅读
下一篇
下一篇写「开服后的运维日常：备份、监控、防攻击、玩家反馈处理」，把开区之后的稳定性问题讲清楚。
