单机传奇一启动M2就卡在“正在读取物品数据”或弹“物品数据库加载失败Code=-100”“MagicParamError”“Field'DropRatePlus'notfound”，根子不在你操作错，而是StdItems.DB/Magic.DB这两个文件跟当前引擎、路径、编码、字段结构对不上。按下面顺序查，基本都能定位到具体哪一根线断了。
先确认服务端摆哪儿了。MirServer必须放磁盘根目录纯英文路径，例如D:\MirServer\，中间不能有“传奇服务端”“我的架设”这种中文，也不能塞在C:\ProgramFiles(x86)\里带空格。路径含中文或空格时，BDE/DBC2000和GOM引擎读Mud2\DB下的StdItems.DB、Magic.DB会直接解析失败，表现为物品库魔法库双双报错。
老引擎（HERO、BLUE、LEG）走DBC2000那条链，必须配BDEAdministrator。控制面板打开BDEAdministrator，左边Databases里建别名HeroDB（部分端叫MirDB），右边PATH指到D:\MirServer\Mud2\DB，点Apply保存，关掉BDE再起引擎控制器。别名名字、PATH路径、引擎配置里填的数据库名三者不一致，就会“找不到DBserver”或物品库加载失败。Win10/Win11装32位DBC2000就行，64位系统跑32位BDE正常，但PATH绝不可指向中文目录。
GOM/GEE系大多不吃DBC2000，直接读Mud2\DB下的二进制StdItems.DB、Magic.DB，同时可能兼读Envir下的StdItems.txt、Magic.txt文本配置。这种情况下若你用记事本打开过StdItems.txt或Magic.txt，保存时被转成UTF-8带BOM，引擎只认ANSI，下一行字段全偏移，就会报“第X行格式错误”或魔法参数错。用Notepad++打开这两个txt，编码转ANSI，换行符转Windows(CRLF)，删掉首尾空行再覆盖保存。
字段结构不匹配是跨引擎套库的典型报错。BLUE/LEG升过级后常报“StdItems.DB表找不到DropRatePlus字段”“Magic.DB找不到Penetrate字段”，GOM新核报“Field'UniqueItem'notfound”，都是老DB缺新引擎要的扩展列。两种修法：一是下对应引擎的“DB扩展工具”把StdItems.DB、Magic.DB、Monster.DB拖进去点自动转换，生成~new.DB再替回原文件；二是用DBCommander2000打开DB，按报错缺的字段名手动AddField（类型照官方模板填Integer或String）。跨大版本不能硬套，比如HERO的StdItems.DB直接丢进GOM多数缺列，翎风DB丢进HERO也读不全。
文件本身损坏或缺失也有固定表象。Mud2\DB里StdItems.DB、Magic.DB、Monster.DB任意一个0字节、被杀软隔离、或解压时丢了.idx索引，启动必报物品或魔法库错。进DB目录看大小，正常几十KB到几百KB；若是0KB或图标异常，关掉杀毒再从原压缩包重解压Mud2\DB覆盖。DBC类还要看StdItems.idx在不在，缺idx会“Idx:0数据失败”。
手动改过物品名或技能行最容易埋雷。物品Name超32字节、用了中文括号或前后多一个空格，会让后续Image、Dura、Stdmode字段整体错位；Magic.txt里Skill=后接了非数字、MP消耗填负数、动画帧数超过客户端Magic.wil实际帧数，都会让魔法库读崩。改库规矩：数值列不许空、不许写“无”、不许中文，缺值填0；名称只改Name列，Idx和Index不动；新增行复制已有有效行改，不手敲Tab分隔。
还有两个隐蔽点。NTFS压缩和只读属性会让老引擎读Paradox库失败，右键StdItems.DB、Magic.DB→属性→高级→取消“压缩内容以便节省磁盘空间”，同时去掉只读，MirServer文件夹给当前用户完全控制。上次M2崩退没关干净，DBServer.exe还锁着DB文件，任务管理器结束M2Server、DBServer、LoginGate再起，能消掉“数据库被占用”类假错。
排错顺序就一套：先改纯英文根路径→对引擎类型（HERO查BDE别名/GOM查是否读txt编码）→看Mud2\DB文件大小与idx是否全→用同版本原包DB覆盖试启动→若仍报缺字段就用引擎配套DB扩展工具转一遍→最后才用DBC编辑器修具体行。绝大多数“总是出错”的端，前两步就能消掉。
先确认服务端摆哪儿了。MirServer必须放磁盘根目录纯英文路径，例如D:\MirServer\，中间不能有“传奇服务端”“我的架设”这种中文，也不能塞在C:\ProgramFiles(x86)\里带空格。路径含中文或空格时，BDE/DBC2000和GOM引擎读Mud2\DB下的StdItems.DB、Magic.DB会直接解析失败，表现为物品库魔法库双双报错。
老引擎（HERO、BLUE、LEG）走DBC2000那条链，必须配BDEAdministrator。控制面板打开BDEAdministrator，左边Databases里建别名HeroDB（部分端叫MirDB），右边PATH指到D:\MirServer\Mud2\DB，点Apply保存，关掉BDE再起引擎控制器。别名名字、PATH路径、引擎配置里填的数据库名三者不一致，就会“找不到DBserver”或物品库加载失败。Win10/Win11装32位DBC2000就行，64位系统跑32位BDE正常，但PATH绝不可指向中文目录。
GOM/GEE系大多不吃DBC2000，直接读Mud2\DB下的二进制StdItems.DB、Magic.DB，同时可能兼读Envir下的StdItems.txt、Magic.txt文本配置。这种情况下若你用记事本打开过StdItems.txt或Magic.txt，保存时被转成UTF-8带BOM，引擎只认ANSI，下一行字段全偏移，就会报“第X行格式错误”或魔法参数错。用Notepad++打开这两个txt，编码转ANSI，换行符转Windows(CRLF)，删掉首尾空行再覆盖保存。
字段结构不匹配是跨引擎套库的典型报错。BLUE/LEG升过级后常报“StdItems.DB表找不到DropRatePlus字段”“Magic.DB找不到Penetrate字段”，GOM新核报“Field'UniqueItem'notfound”，都是老DB缺新引擎要的扩展列。两种修法：一是下对应引擎的“DB扩展工具”把StdItems.DB、Magic.DB、Monster.DB拖进去点自动转换，生成~new.DB再替回原文件；二是用DBCommander2000打开DB，按报错缺的字段名手动AddField（类型照官方模板填Integer或String）。跨大版本不能硬套，比如HERO的StdItems.DB直接丢进GOM多数缺列，翎风DB丢进HERO也读不全。
文件本身损坏或缺失也有固定表象。Mud2\DB里StdItems.DB、Magic.DB、Monster.DB任意一个0字节、被杀软隔离、或解压时丢了.idx索引，启动必报物品或魔法库错。进DB目录看大小，正常几十KB到几百KB；若是0KB或图标异常，关掉杀毒再从原压缩包重解压Mud2\DB覆盖。DBC类还要看StdItems.idx在不在，缺idx会“Idx:0数据失败”。
手动改过物品名或技能行最容易埋雷。物品Name超32字节、用了中文括号或前后多一个空格，会让后续Image、Dura、Stdmode字段整体错位；Magic.txt里Skill=后接了非数字、MP消耗填负数、动画帧数超过客户端Magic.wil实际帧数，都会让魔法库读崩。改库规矩：数值列不许空、不许写“无”、不许中文，缺值填0；名称只改Name列，Idx和Index不动；新增行复制已有有效行改，不手敲Tab分隔。
还有两个隐蔽点。NTFS压缩和只读属性会让老引擎读Paradox库失败，右键StdItems.DB、Magic.DB→属性→高级→取消“压缩内容以便节省磁盘空间”，同时去掉只读，MirServer文件夹给当前用户完全控制。上次M2崩退没关干净，DBServer.exe还锁着DB文件，任务管理器结束M2Server、DBServer、LoginGate再起，能消掉“数据库被占用”类假错。
排错顺序就一套：先改纯英文根路径→对引擎类型（HERO查BDE别名/GOM查是否读txt编码）→看Mud2\DB文件大小与idx是否全→用同版本原包DB覆盖试启动→若仍报缺字段就用引擎配套DB扩展工具转一遍→最后才用DBC编辑器修具体行。绝大多数“总是出错”的端，前两步就能消掉。