一、XO引擎架设核心步骤
工具与环境准备：需获取XO引擎专用传奇服务端（含“XOEngine.exe”“DBManager.exe”数据库管理工具）、配套PC客户端；服务器推荐WindowsServer系统，提前安装VC++2015-2022运行库、.NETFramework4.6，以及MySQL5.7（XO引擎多数版本适配此数据库版本，高版本易兼容问题）。
服务端解压与部署：将服务端压缩包解压至无中文路径磁盘（如“D:\XOEngineServer”），打开文件夹确认核心文件：“Engine”目录下的“XOEngine.exe”、“DB”目录（存放数据库文件，默认含“AccountDB”账号库、“RoleDB”角色库）、“Config”目录（配置文件存放处），缺失文件需从服务端备份包补全。
数据库与参数配置：
数据库配置：双击“DBManager.exe”，选择“连接本地数据库”，输入MySQL用户名（默认root）与密码，点击“初始化数据库”，将“DB”目录下的.sql文件导入（若跳过此步，引擎启动时会自动创建空库，但易丢数据）。
引擎参数配置：进入“Config”目录，打开“XOConfig.ini”，修改“ServerIP”（外网填公网IP，局域网填192.168.x.x）、“DBServer”（填写MySQL地址，本地填127.0.0.1）、“DBName”（与导入的数据库名一致，默认XOLegendDB），保存后关闭。
启动与验证：双击“XOEngineController.exe”，依次启动“MySQL服务”“XO网关”“主引擎”，待状态栏显示“所有服务运行正常”；打开PC客户端，输入账号密码登录，创建角色并完成新手任务，退出后重新登录，确认角色数据（等级、装备）未丢失，即架设成功。
二、XO引擎数据库被删的常见原因
（一）数据库配置参数错误
核心表现：引擎启动时提示“数据库连接失败”，重启后发现“DB”目录下的数据库文件（.myd、.myi）消失。
具体原因：
路径错误：“XOConfig.ini”中“DBPath”参数填写中文路径（如“D:\传奇服务端\DB”），或路径存在空格（如“D:\XOEngine\DB”），导致引擎无法识别数据库位置，触发“自动清理无效文件”机制，删除未识别的数据库文件。
账号密码错误：“DBUser”“DBPassword”与MySQL实际账号密码不匹配，多次连接失败后，引擎误判数据库文件损坏，自动删除以尝试重新创建空库（多数XO引擎低版本存在此机制）。
（二）引擎与数据库版本不兼容
核心表现：能正常启动引擎与数据库，但运行1-2小时后，数据库文件突然消失，日志显示“DBVersionMismatch”。
具体原因：
数据库版本过高：XO引擎V2.0及以下版本仅支持MySQL5.5-5.7，若安装MySQL8.0，高版本数据库的加密格式（caching_sha2_password）与引擎不兼容，导致数据读写异常，引擎检测到“不可修复错误”时会删除数据库文件。
引擎版本与服务端不匹配：使用XO引擎V3.0服务端，却搭配V2.5版本的“XOEngine.exe”，引擎核心模块无法识别服务端“DB”目录的数据库结构，判定为“非法数据库”并删除。
（三）服务器权限设置不当
核心表现：手动备份数据库后，重启引擎发现原数据库文件被删，仅留存备份文件。
具体原因：
文件夹权限不足：服务端所在磁盘（如D盘）未给“Administrator”账号设置“完全控制”权限，仅开放“读取”权限，导致引擎无法写入数据（如角色升级、装备拾取），多次写入失败后，删除无法更新的数据库文件。
杀毒软件拦截：未将“DB”目录、“XOEngine.exe”添加到杀毒软件信任列表，杀毒软件误判数据库文件为“可疑程序”（因数据库文件频繁读写，易被判定为恶意文件），直接隔离或删除，引擎后续无法找到文件，便标记为“已删除”。
（四）数据文件异常或损坏
核心表现：玩家反馈“角色数据丢失”，检查发现“RoleDB”数据库文件缺失，日志显示“DataFileCorruption”。
具体原因：
服务器异常关机：引擎运行时突然断电或强制关机，数据库文件未完成写入（如玩家刚获得装备，数据还在缓存中），导致文件损坏；重启后XO引擎的“数据修复模块”无法修复损坏文件，便自动删除以避免影响整体服务。
多端同时读写：同一服务器上运行两个XO引擎服务端，共用一个“DB”目录，两个引擎同时读写数据库（如A服务端修改账号密码，B服务端读取同一账号），造成数据冲突，触发引擎的“冲突保护机制”，删除冲突的数据库文件。
（五）误操作或第三方工具干扰
核心表现：数据库文件在执行特定操作后消失，无明显报错日志。
具体原因：
误删配置文件：手动删除“Config”目录下的“DBConfig.ini”（部分XO引擎将数据库关联配置单独存放），引擎失去数据库关联信息，无法定位“DB”目录，重启后误删“未关联”的数据库文件。
第三方清理工具：使用系统清理工具（如磁盘清理、垃圾清理软件）时，误将“DB”目录下的“临时缓存文件”（实际为数据库索引文件）删除，导致数据库结构崩溃，引擎无法识别完整数据库，进而删除剩余文件。
三、规避XO引擎数据库被删的操作注意事项
配置前核查路径与权限：确认“XOConfig.ini”中所有路径为英文无空格（如“D:\XOEngineServer\DB”），给服务端文件夹设置“Administrator”完全控制权限（右键文件夹→属性→安全→编辑→勾选“完全控制”）。
匹配版本与关闭拦截：安装MySQL5.7（XO引擎通用兼容版本），核对引擎版本与服务端版本一致（查看“ReadMe.txt”确认适配版本）；将“DB”目录、“XOEngine.exe”“DBManager.exe”添加到杀毒软件信任列表。
定期备份与日志监控：每天手动备份“DB”目录到其他磁盘（如E盘），开启引擎日志功能（在“XOConfig.ini”中设“LogOpen=1”），若出现“DBError”提示，立即停止引擎，用备份文件恢复，避免文件被删除。
避免多端共用数据库：同一服务器仅运行一个XO引擎服务端，若需测试新服务端，单独创建文件夹（如“D:\XOEngineTest”），配置独立“DB”目录，不与正式服共用数据文件。
工具与环境准备：需获取XO引擎专用传奇服务端（含“XOEngine.exe”“DBManager.exe”数据库管理工具）、配套PC客户端；服务器推荐WindowsServer系统，提前安装VC++2015-2022运行库、.NETFramework4.6，以及MySQL5.7（XO引擎多数版本适配此数据库版本，高版本易兼容问题）。
服务端解压与部署：将服务端压缩包解压至无中文路径磁盘（如“D:\XOEngineServer”），打开文件夹确认核心文件：“Engine”目录下的“XOEngine.exe”、“DB”目录（存放数据库文件，默认含“AccountDB”账号库、“RoleDB”角色库）、“Config”目录（配置文件存放处），缺失文件需从服务端备份包补全。
数据库与参数配置：
数据库配置：双击“DBManager.exe”，选择“连接本地数据库”，输入MySQL用户名（默认root）与密码，点击“初始化数据库”，将“DB”目录下的.sql文件导入（若跳过此步，引擎启动时会自动创建空库，但易丢数据）。
引擎参数配置：进入“Config”目录，打开“XOConfig.ini”，修改“ServerIP”（外网填公网IP，局域网填192.168.x.x）、“DBServer”（填写MySQL地址，本地填127.0.0.1）、“DBName”（与导入的数据库名一致，默认XOLegendDB），保存后关闭。
启动与验证：双击“XOEngineController.exe”，依次启动“MySQL服务”“XO网关”“主引擎”，待状态栏显示“所有服务运行正常”；打开PC客户端，输入账号密码登录，创建角色并完成新手任务，退出后重新登录，确认角色数据（等级、装备）未丢失，即架设成功。
二、XO引擎数据库被删的常见原因
（一）数据库配置参数错误
核心表现：引擎启动时提示“数据库连接失败”，重启后发现“DB”目录下的数据库文件（.myd、.myi）消失。
具体原因：
路径错误：“XOConfig.ini”中“DBPath”参数填写中文路径（如“D:\传奇服务端\DB”），或路径存在空格（如“D:\XOEngine\DB”），导致引擎无法识别数据库位置，触发“自动清理无效文件”机制，删除未识别的数据库文件。
账号密码错误：“DBUser”“DBPassword”与MySQL实际账号密码不匹配，多次连接失败后，引擎误判数据库文件损坏，自动删除以尝试重新创建空库（多数XO引擎低版本存在此机制）。
（二）引擎与数据库版本不兼容
核心表现：能正常启动引擎与数据库，但运行1-2小时后，数据库文件突然消失，日志显示“DBVersionMismatch”。
具体原因：
数据库版本过高：XO引擎V2.0及以下版本仅支持MySQL5.5-5.7，若安装MySQL8.0，高版本数据库的加密格式（caching_sha2_password）与引擎不兼容，导致数据读写异常，引擎检测到“不可修复错误”时会删除数据库文件。
引擎版本与服务端不匹配：使用XO引擎V3.0服务端，却搭配V2.5版本的“XOEngine.exe”，引擎核心模块无法识别服务端“DB”目录的数据库结构，判定为“非法数据库”并删除。
（三）服务器权限设置不当
核心表现：手动备份数据库后，重启引擎发现原数据库文件被删，仅留存备份文件。
具体原因：
文件夹权限不足：服务端所在磁盘（如D盘）未给“Administrator”账号设置“完全控制”权限，仅开放“读取”权限，导致引擎无法写入数据（如角色升级、装备拾取），多次写入失败后，删除无法更新的数据库文件。
杀毒软件拦截：未将“DB”目录、“XOEngine.exe”添加到杀毒软件信任列表，杀毒软件误判数据库文件为“可疑程序”（因数据库文件频繁读写，易被判定为恶意文件），直接隔离或删除，引擎后续无法找到文件，便标记为“已删除”。
（四）数据文件异常或损坏
核心表现：玩家反馈“角色数据丢失”，检查发现“RoleDB”数据库文件缺失，日志显示“DataFileCorruption”。
具体原因：
服务器异常关机：引擎运行时突然断电或强制关机，数据库文件未完成写入（如玩家刚获得装备，数据还在缓存中），导致文件损坏；重启后XO引擎的“数据修复模块”无法修复损坏文件，便自动删除以避免影响整体服务。
多端同时读写：同一服务器上运行两个XO引擎服务端，共用一个“DB”目录，两个引擎同时读写数据库（如A服务端修改账号密码，B服务端读取同一账号），造成数据冲突，触发引擎的“冲突保护机制”，删除冲突的数据库文件。
（五）误操作或第三方工具干扰
核心表现：数据库文件在执行特定操作后消失，无明显报错日志。
具体原因：
误删配置文件：手动删除“Config”目录下的“DBConfig.ini”（部分XO引擎将数据库关联配置单独存放），引擎失去数据库关联信息，无法定位“DB”目录，重启后误删“未关联”的数据库文件。
第三方清理工具：使用系统清理工具（如磁盘清理、垃圾清理软件）时，误将“DB”目录下的“临时缓存文件”（实际为数据库索引文件）删除，导致数据库结构崩溃，引擎无法识别完整数据库，进而删除剩余文件。
三、规避XO引擎数据库被删的操作注意事项
配置前核查路径与权限：确认“XOConfig.ini”中所有路径为英文无空格（如“D:\XOEngineServer\DB”），给服务端文件夹设置“Administrator”完全控制权限（右键文件夹→属性→安全→编辑→勾选“完全控制”）。
匹配版本与关闭拦截：安装MySQL5.7（XO引擎通用兼容版本），核对引擎版本与服务端版本一致（查看“ReadMe.txt”确认适配版本）；将“DB”目录、“XOEngine.exe”“DBManager.exe”添加到杀毒软件信任列表。
定期备份与日志监控：每天手动备份“DB”目录到其他磁盘（如E盘），开启引擎日志功能（在“XOConfig.ini”中设“LogOpen=1”），若出现“DBError”提示，立即停止引擎，用备份文件恢复，避免文件被删除。
避免多端共用数据库：同一服务器仅运行一个XO引擎服务端，若需测试新服务端，单独创建文件夹（如“D:\XOEngineTest”），配置独立“DB”目录，不与正式服共用数据文件。