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