人物数据不是存在一个文件里，而是拆成「账号」和「角色存档」两套。改数据、换端、合区前先分清，不然容易只备份一半，登录能进但角色没了。
一、老引擎 DBC2000 体系（HERO/GOM 常见）
1. 账号数据
路径：
MirServer\LoginSrv\IDDB\
核心文件：
ID.DB 账号、密码、注册信息
ID.DB.idx 索引文件
这里存的是「账号」本身，不是角色等级装备。一个账号下可以挂多个角色。
2. 角色数据
路径：
MirServer\DBServer\FDB\
核心文件：
Hum.DB 角色主存档：等级、职业、经验、坐标、背包、装备栏
Mir.DB 扩展记录：登录历史、部分状态数据
Hum.DB.idx 索引
Mir.DB.idx 索引
玩家说「人物数据」主要指的就是 Hum.DB。
带英雄系统的端还会有：
Humhero.DB
Heromir.DB
3. Mud2\DB 不是人物存档
路径：
MirServer\Mud2\DB\
里面是：
StdItems.DB 物品模板
Monster.DB 怪物模板
Magic.DB 技能模板
Account.DB 部分端的账号表（看引擎）
这些是「配置库」，不是玩家角色数值。别把 StdItems.DB 当人物库改，也别从这儿找某玩家的等级。
二、MySQL / SQL 版引擎
新版 GEE、部分 GOM、传奇3新端走数据库，没有 Hum.DB 实体文件，数据在 MySQL 库表里。
连上 Navicat 看对应库，常见表：
account 账号表：用户名、密码、注册时间
characters / role / player 角色表：名字、等级、职业、地图、坐标、金币
player_item 背包/装备
player_skill 技能
guilds 行会
角色表关键字段一般有：
account_id 绑哪个账号
name 角色名
level 等级
exp 经验
map_id 所在地图
map_x/map_y 坐标
gold 金币
坐标不保存、下线飞安全区，就查这张表的 map_id/map_x/map_y 有没有写入。
物理文件位置在 MySQL 数据目录，比如：
C:\ProgramData\MySQL\MySQL Server 5.7\Data\库名\
别直接拷 .ibd 文件挪端，用 mysqldump 导出最稳。
三、行会、仓库、好友等关联数据
角色主档在 FDB，但社交类数据分散在别处：
行会信息
MirServer\Mir200\GuildBase\Guilds\
MirServer\Mir200\GuildBase\GuildList.txt
沙巴克
MirServer\Mir200\Castle\0\SabukW.txt
MirServer\Mir200\Castle\
仓库密码
MirServer\Mir200\Envir\Storage\
好友
MirServer\Mir200\Envir\Friends\
排行榜
MirServer\Mir200\Envir\LevelOrder\
拍卖/寄售
MirServer\Mir200\Envir\Market_SellOff\
这些不算「人物属性」，但换端不备份会丢行会、仓库记录。
四、Envir 下的「人物名单」不是存档
Mir200\Envir\ 里有一堆 txt，容易误以为是人物理数据：
AdminList.txt GM 权限名单
DenyChrNameList.txt 禁止登录角色
DenyAccountList.txt 禁止登录账号
DenyIPAddrList.txt 禁 IP
BanList.txt 封号列表
ItemBindChrName.txt 物品绑定角色
这里面只有角色名和规则，没有等级、装备、背包。改这些文件只会禁登录/给权限，不会改人物数值。
五、怎么备份才完整
关掉 M2Server、DBServer、LoginSrv 再拷，不然 Hum.DB 被占用，备份出来可能锁死或半个文件。
必备三个目录：
LoginSrv\IDDB 账号
DBServer\FDB 角色存档
Mir200\GuildBase 行会（要不要看情况）
顺手备：
Mir200\Envir\Storage 仓库密码
Mir200\Envir\Friends 好友
Mir200\Castle 沙巴克
DBC 端直接复制文件夹就行；MySQL 端用：
mysqldump -u root -p 库名 > role_backup.sql
别只备 Hum.DB 不备 ID.DB，换过去角色读不到账号会登不了。
六、换端/合区为什么装备变木剑
Hum.DB 里存的是物品索引号，不是物品名。真正「屠龙长啥样」在 StdItems.DB。
老端和新端的 StdItems.DB 编号不一致，直接把 Hum.DB 塞过去，装备就会错位：
屠龙 → 木剑
裁决 → 金创药
盔甲 → 空
正确做法：两端 StdItems.DB 对齐，或用工具按物品名映射导出导入，别裸覆盖 Hum.DB。
七、改人物数据前的操作顺序
1. 关 M2、DBServer
2. 备一份 FDB 文件夹
3. 用 DBC2000 或 DB 工具打开 Hum.DB
4. 改对应角色字段（等级、金币、坐标）
5. 保存关工具
6. 起 DBServer → M2
在线改 Hum.DB 等于边写边读，轻则回滚，重则 Hum.DB 索引坏，M2 报 HumData Error。
八、常见查找场景对照
找某玩家等级/装备
DBServer\FDB\Hum.DB
找账号密码
LoginSrv\IDDB\ID.DB
找角色下线坐标
Hum.DB 坐标字段 / MySQL characters 表 map_x,map_y
找行会成员
Mir200\GuildBase\Guilds
找被封角色
Envir\DenyChrNameList.txt 或 BanList.txt
找 GM 角色
Envir\AdminList.txt
找物品模板不是玩家物品
Mud2\DB\StdItems.DB
九、路径因引擎有小差异
多数 HERO/GOM：
LoginSrv\IDDB\
DBServer\FDB\
部分老端写：
MirServer\mud2\DBSrv200\FDB\
GEE：
可能走 SQL，也可能 FDB 结构类似
传奇3：
DBServer 下 HumanDB.db / HeroDB.db，或 MySQL 表
认路径别死记，进服务端看 DBServer.exe 同层有没有 FDB 文件夹最准。
十、一句话定位
账号 → LoginSrv\IDDB\ID.DB
角色 → DBServer\FDB\Hum.DB
扩展 → DBServer\FDB\Mir.DB
模板 → Mud2\DB\StdItems.DB（不是人物）
SQL 端 → 库里 account + characters
权限封禁 → Envir 下的 txt 列表
改人物前备 FDB，换端对齐 StdItems.DB，别在线改 Hum.DB，基本不会出事。
