传奇人物数据存放在服务端DBServer文件夹下的FDB目录里，核心文件是Hum.DB和Mir.DB。账号数据则单独存放在LoginSrv的IDDB文件夹中，两者不能混淆。
##人物数据文件位置
###核心人物数据库文件夹
所有版本的人物主体存档，统一存放于服务端DBServer目录下的FDB子文件夹。典型路径为`MirServer\DBServer\FDB\`，部分复古版本路径为`MirServer\Mud2\DBSrv200\FDB\`。
###FDB目录中的关键文件
打开FDB文件夹，你会看到以下几类文件。
**Hum.DB**是最核心的人物数据文件，存储所有角色的等级、职业、气血、内力、金币、背包物品、穿戴装备、技能等级、属性分配等基础信息。该文件采用传奇自定义二进制格式，无法用记事本打开，必须使用专用工具编辑。
**Mir.DB**存储人物的扩展数据，包括行会信息、任务进度、动态属性如临时增益效果等。**Mir.DB.idx**是对应的索引文件，用于加速数据查询，二者缺一不可。
如果服务端是合击版本，FDB目录中还会出现**Humhero.DB**英雄角色数据文件和**Heromir.DB**英雄数据记录文件，分别存储英雄的基础信息和扩展数据。
**Backup文件夹**是自动备份目录，默认保留7天的人物数据备份，格式与Hum.DB一致，核心数据损坏时可用这里的文件恢复。
###账号关联数据文件
账号数据与人物数据是分开存储的。账号文件位于**LoginSrv\IDDB\**目录下，包括**ID.DB**和**ID.DB.idx**两个文件。ID.DB存储账号密码、账号绑定的角色列表和登录记录，ID.DB.idx是索引文件。这两个文件缺失任何一个，账号都无法正常登录或关联对应角色。
##不同引擎的路径差异
GOM引擎的FDB目录下，人物数据文件通常命名为**HumanDB.db**，英雄数据为**HeroDB.db**。
HERO引擎的FDB目录结构与经典版基本一致，核心文件仍为Hum.DB和Mir.DB，但部分版本会将文件命名为Mir.db和Mir.db.idx。部分HERO引擎版本将人物数据放在`MirServer\Mir200\Mud2\DB\`目录下，而非DBServer\FDB。
如果服务端使用的是MySQL数据库而非DBC2000，人物数据不再以.db文件形式单独存放，而是存储在MySQL的characters表中，需要通过SQL管理工具查询和修改。
##查看与修改人物数据的方法
Hum.DB和Mir.DB无法直接用记事本打开。使用**DBC2000**附带的**DBCommander**工具可以打开这两个文件。启动DBCommander后，在DatabaseAlias中选择HeroDB或手动指向`MirServer\DBServer\FDB\`路径，即可像查看表格一样浏览和编辑人物数据。
操作前务必关闭所有服务端进程，包括DBServer.exe和M2Server.exe，否则数据库文件被锁定，修改无法保存。
如果要修改某个角色的等级或金币，在Hum.DB表中找到对应角色行，直接修改相应字段的值即可，保存后重启DBServer生效。
##人物数据的备份与迁移
备份人物数据只需复制整个FDB文件夹。迁移到新服务器时，将FDB文件夹覆盖到新服务端的对应路径下，同时确保新旧服务端使用相同引擎版本，不同版本之间数据库字段结构可能存在差异，直接覆盖会导致读取异常。
迁移账号数据同理，复制IDDB文件夹即可，但要注意目标路径与配置文件中的数据库路径保持一致。
如果只需要清理某个角色的数据而不影响其他角色，用DBCommander打开Hum.DB，删除对应的角色行，同时到IDDB中解除该账号与角色的绑定关系。直接删除整个FDB文件夹会清空所有人物数据，操作前必须做好备份。
##人物数据文件位置
###核心人物数据库文件夹
所有版本的人物主体存档，统一存放于服务端DBServer目录下的FDB子文件夹。典型路径为`MirServer\DBServer\FDB\`，部分复古版本路径为`MirServer\Mud2\DBSrv200\FDB\`。
###FDB目录中的关键文件
打开FDB文件夹，你会看到以下几类文件。
**Hum.DB**是最核心的人物数据文件，存储所有角色的等级、职业、气血、内力、金币、背包物品、穿戴装备、技能等级、属性分配等基础信息。该文件采用传奇自定义二进制格式，无法用记事本打开，必须使用专用工具编辑。
**Mir.DB**存储人物的扩展数据，包括行会信息、任务进度、动态属性如临时增益效果等。**Mir.DB.idx**是对应的索引文件，用于加速数据查询，二者缺一不可。
如果服务端是合击版本，FDB目录中还会出现**Humhero.DB**英雄角色数据文件和**Heromir.DB**英雄数据记录文件，分别存储英雄的基础信息和扩展数据。
**Backup文件夹**是自动备份目录，默认保留7天的人物数据备份，格式与Hum.DB一致，核心数据损坏时可用这里的文件恢复。
###账号关联数据文件
账号数据与人物数据是分开存储的。账号文件位于**LoginSrv\IDDB\**目录下，包括**ID.DB**和**ID.DB.idx**两个文件。ID.DB存储账号密码、账号绑定的角色列表和登录记录，ID.DB.idx是索引文件。这两个文件缺失任何一个，账号都无法正常登录或关联对应角色。
##不同引擎的路径差异
GOM引擎的FDB目录下，人物数据文件通常命名为**HumanDB.db**，英雄数据为**HeroDB.db**。
HERO引擎的FDB目录结构与经典版基本一致，核心文件仍为Hum.DB和Mir.DB，但部分版本会将文件命名为Mir.db和Mir.db.idx。部分HERO引擎版本将人物数据放在`MirServer\Mir200\Mud2\DB\`目录下，而非DBServer\FDB。
如果服务端使用的是MySQL数据库而非DBC2000，人物数据不再以.db文件形式单独存放，而是存储在MySQL的characters表中，需要通过SQL管理工具查询和修改。
##查看与修改人物数据的方法
Hum.DB和Mir.DB无法直接用记事本打开。使用**DBC2000**附带的**DBCommander**工具可以打开这两个文件。启动DBCommander后，在DatabaseAlias中选择HeroDB或手动指向`MirServer\DBServer\FDB\`路径，即可像查看表格一样浏览和编辑人物数据。
操作前务必关闭所有服务端进程，包括DBServer.exe和M2Server.exe，否则数据库文件被锁定，修改无法保存。
如果要修改某个角色的等级或金币，在Hum.DB表中找到对应角色行，直接修改相应字段的值即可，保存后重启DBServer生效。
##人物数据的备份与迁移
备份人物数据只需复制整个FDB文件夹。迁移到新服务器时，将FDB文件夹覆盖到新服务端的对应路径下，同时确保新旧服务端使用相同引擎版本，不同版本之间数据库字段结构可能存在差异，直接覆盖会导致读取异常。
迁移账号数据同理，复制IDDB文件夹即可，但要注意目标路径与配置文件中的数据库路径保持一致。
如果只需要清理某个角色的数据而不影响其他角色，用DBCommander打开Hum.DB，删除对应的角色行，同时到IDDB中解除该账号与角色的绑定关系。直接删除整个FDB文件夹会清空所有人物数据，操作前必须做好备份。