一、脚本逻辑错误（最常见原因）
小退后等级归零，90%是由于登录脚本（QManage.txt）中的逻辑错误，导致人物每次上线时触发了“重置等级”的命令。
1. 检查并修复QManage.txt
这是最核心的修复步骤。打开服务端目录：MirServer\Mir200\Envir\MapQuest_def\QManage.txt，检查 [@Login] 或 [@OnLogin] 段落的脚本。
- 错误脚本示例（导致归零的元凶）：
[@Login]
#IF
CHECKLEVELEX < 1
#ACT
CHANGELEVEL = 0 ; 这一行会将低于1级的人物设为0级，逻辑反了
• 正确修复写法：
[@Login]
#IF
CHECKLEVELEX > 0
#ACT
; 这里放置正常的登录奖励或检测，不要随意重置等级
BREAK
关键点：脚本中严禁出现 CHANGELEVEL = 0 或 SET [XXX] 0 这类无条件或条件判断错误的重置命令。如果不会修改，可直接删除 QManage.txt 中所有涉及 CHANGELEVEL 的行。
2. 检查机器人脚本（RobotManage.txt）
如果机器人脚本（Robot_def目录下）设置了定时检测，也可能误触重置。
• 打开 RobotManage.txt，搜索 CHANGELEVEL 或 LEVEL 关键字。
• 删除任何可能将等级设为0的定时任务。
二、数据库路径错误或字段损坏
如果脚本无误，问题可能出在数据存储层面。
1. 数据库路径不一致
检查 DBServer 目录下的 dbsrc.ini 或 !serverinfo.txt，确认 DBPath 指向的 HeroDB 路径是否与 Mud2\DB 目录一致。如果路径错误，小退后数据会写入一个错误的数据库，导致读档时读取不到正确等级（显示为0）。
2. 角色数据表损坏
使用数据库工具（如DB Commander）打开 HeroDB 数据库中的 TBL_CHARACTER 表（角色表）。
• 找到你的角色名，检查 Level 字段的值。如果显示为0，说明数据已被错误脚本覆盖，需手动修改回原等级。
• 检查 Account 字段是否与你的账号对应，排除串号。
三、引擎与登录器配置冲突
1. 登录器读取偏移量错误
部分自定义登录器在配置时，封包加密设置错误，导致读取角色等级的“偏移量”错位。小退后发送给服务端的数据包中，等级字段被错误地解析为0。解决方法是更换为版本配套的官方推荐登录器，或重新生成正确的登录器。
2. 测试模式残留
如果服务端M2开启了“测试模式”或“GM隐藏模式”，且配置了自动清理低等级角色的功能，可能会误判正常角色为测试角色并重置。检查M2的“功能设置”->“基本设置”中，是否勾选了类似“清理0级角色”的选项，如有请取消。
四、数据恢复与预防
1. 紧急数据恢复
如果角色已变0级且无法通过小退恢复，需通过数据库直接修改：
1. 停止服务端。
2. 打开 HeroDB -> TBL_CHARACTER。
3. 找到角色，将 Level 字段改为正确等级（如35）。
4. 保存并重启服务端。
2. 预防措施
• 备份脚本：修改 QManage.txt 前务必备份。
• 注释测试：在脚本中添加 ; 注释掉可疑的命令，逐步排查。
• 统一配置：确保客户端登录器与服务端引擎版本完全匹配。
总结：优先排查 QManage.txt 登录脚本中的 CHANGELEVEL 命令，这是导致小退归零的首要原因。
