一、Mir.db数据库核心定位与更新场景
Mir.db是传奇服务端核心数据库之一，存储角色数据、道具信息、地图配置等核心内容，需更新场景主要包括：新增物品/怪物、修复数据错乱、同步版本补丁、调整游戏规则四大类，更新前需明确场景对应操作逻辑。
该数据库适配所有主流引擎，更新方式分手动编辑、替换覆盖、脚本同步三类，不同场景对应不同方法，需严格按步骤操作避免数据丢失。
二、手动编辑更新Mir.db（精准修改场景）
1. 前期准备与工具适配
- 核心工具：传奇专用数据库编辑器（需与引擎版本匹配，GOM/GEE/BLUE引擎共用通用编辑器，HERO引擎需专属工具）。
- 备份操作：关闭服务端所有进程，复制Mir.db文件至其他磁盘，重命名为“Mir_备份.db”，避免更新失误无法恢复。
- 路径定位：服务端默认路径为Mirserver\Mud2\DB\Mir.db，确保编辑器读取路径与文件实际路径一致。
2. 分场景手动更新步骤
场景1：新增物品/怪物数据
- 打开编辑器加载Mir.db，找到对应数据表（物品表Item、怪物表Monster），右键选择“新增记录”。
- 按数据库字段要求填写参数，物品需完善名称、属性、穿戴条件、掉落归属；怪物需补充血量、攻击、刷新地点等信息，字段空缺会导致数据失效。
- 填写完成后点击“保存修改”，关闭编辑器，重启服务端即可加载新数据。
场景2：修复数据错乱（角色/道具异常）
- 定位异常数据：在编辑器中按角色名、物品ID检索对应条目，排查字段错误（如角色等级异常、道具属性错乱）。
- 修正逻辑：角色数据异常可重置对应字段为默认值，道具错乱需删除异常条目，重新添加正确数据，不可直接修改核心标识字段（如ID）。
- 验证效果：重启服务端后登录对应角色，检查道具显示、属性加成是否正常。
场景3：调整游戏规则参数
- 找到规则数据表（通常为System表），修改对应参数，如经验倍率、掉落几率、技能冷却时间等。
- 参数修改需符合引擎限制，不可超出字段数值范围（如经验倍率上限多为100倍），修改后保存并重启服务端。
三、替换覆盖更新Mir.db（版本迭代场景）
1. 适用场景与前提
适用于服务端版本更新、批量数据替换（如更换整套物品体系、怪物阵容），前提是新旧Mir.db数据库结构一致，避免字段不兼容导致服务端崩溃。
2. 标准替换步骤
- 关闭服务端所有进程，确保Mir.db文件无占用，删除原文件或重命名备份（同手动更新备份逻辑）。
- 将新版本Mir.db文件复制至服务端DB文件夹，确保文件名严格为“Mir.db”，不可修改后缀或名称。
- 检查文件权限：右键属性确认文件无“只读”属性，若有则取消勾选，避免无法写入数据。
- 启动服务端，观察引擎日志无“数据库加载失败”提示，即为替换成功，进入游戏验证数据完整性。
3. 跨版本替换适配
若新旧版本数据库结构差异较大，需先通过编辑器导出旧库核心数据（角色、道具记录），导入新版本Mir.db中，再手动补全差异字段，不可直接覆盖，否则会丢失核心数据。
四、脚本同步更新Mir.db（动态更新场景）
1. 适用场景
适用于无需重启服务端的动态更新（如临时调整掉落几率、新增活动道具），仅支持部分引擎（GOM/GEE/BLUE），HERO引擎需重启生效。
2. 脚本编写与执行
- 打开服务端Envir\QuestDiary文件夹，新建脚本文件（如MirDB_Update.txt），编写更新指令。
- 核心指令示例：#IF True #ACT DBUpdate Item 物品ID 攻击属性 10 ，代表修改指定物品ID的攻击属性为10；新增道具指令：#ACT DBAdd Item 物品名称 攻击 10 防御 5 。
- 在Main.txt主脚本中添加调用指令“#INCLUDE QuestDiary/MirDB_Update.txt”，执行脚本后无需重启服务端，指令即时生效。
五、更新后验证与适配
1. 基础验证步骤
- 启动服务端，查看引擎日志无报错，登录游戏创建测试角色，验证新增物品/怪物是否正常显示、属性是否生效。
- 检查角色数据：登录旧角色，确认背包道具、等级、技能无异常，避免更新导致数据丢失。
- 测试核心玩法：打怪验证掉落、技能释放、任务触发是否正常，确保更新后游戏逻辑无错乱。
2. 引擎适配调整
更新后若出现数据加载异常，需在引擎控制器中刷新数据库缓存，GOM引擎路径：M2控制器→查看→数据库→刷新缓存；其他引擎可通过重启服务端完成缓存同步。
六、常见更新问题及排查方法
- 数据库加载失败：核对Mir.db文件路径是否正确、文件是否损坏，损坏可替换备份文件，路径错误需重新放置文件至指定目录。
- 数据更新后不生效：确认修改已保存，服务端已重启（脚本动态更新除外），引擎缓存未刷新的需手动刷新缓存。
- 服务端崩溃闪退：多为新旧数据库结构不兼容，替换回旧版Mir.db，排查字段差异后重新更新。
- 角色数据丢失：未备份文件导致，仅能通过之前的备份文件恢复，无备份则无法找回，更新前务必备份。
- 编辑器无法打开数据库：工具与引擎版本不匹配，更换对应版本编辑器，确保工具支持当前Mir.db格式。
七、实操补充提示
更新操作需在服务端关闭状态下进行（脚本动态更新除外），避免进程占用导致文件损坏。批量更新数据时，建议分批次测试，先更新少量数据验证无异常，再批量推进。
长期运营需定期备份Mir.db，建议每日备份一次，存储至不同磁盘，避免硬件故障导致数据丢失。跨引擎更新Mir.db时，需先转换数据库格式，确保与目标引擎兼容。
