问题通常出现在DBSrv200数据库服务与M2Server主程序之间的通信环节。当玩家点击角色进入游戏时，M2Server向DBSrv200请求加载角色数据，若响应超时或数据异常，客户端会卡在加载界面，反复尝试后偶尔成功。
第一步：检查DBSrv200是否正常运行。观察其控制台窗口是否有“等待连接”或“处理角色数据”提示。若窗口无反应或频繁报错“连接中断”，说明数据库服务不稳定。确保DBSrv200.exe、DBSock.dll、!Setup.txt等文件完整，且与M2Server版本匹配。
第二步：核对IP配置一致性。M2Server的!Setup.txt中[Share]段的DBIP必须与DBSrv200的!Setup.txt中[Server]段的IP一致。若M2Server设为127.0.0.1，DBSrv200也必须监听127.0.0.1；若使用公网IP，则两端均需填写真实外网地址。不一致会导致连接失败或延迟。
第三步：排查角色数据损坏。个别角色文件（.dbf或.mdb格式）若因异常关机导致写入中断，可能包含非法字段。尝试新建一个角色进入，若新角色可顺利进入，则原角色数据异常。可使用DB Browser工具打开PlayerDB目录，检查对应角色记录是否存在空值或超长字符串。
第四步：调整连接超时参数。在M2Server的!Setup.txt中增加或修改以下参数：
DBConnectTimeOut=5000
DBQueryTimeOut=8000
单位为毫秒，适当延长可避免因硬盘读取慢导致的超时断连。尤其机械硬盘在多玩家同时登录时响应较慢，需预留缓冲时间。
第五步：关闭杀毒软件实时扫描。部分杀软会锁定PlayerDB目录下的角色文件，导致DBSrv200无法即时读写。将MirServer整个目录加入杀毒软件信任区，或临时禁用文件监控功能测试是否改善。
第六步：检查网络回环延迟。即使单机测试，Windows系统对127.0.0.1的TCP连接仍可能受虚拟网卡或代理影响。执行ping 127.0.0.1，若延迟超过1ms，尝试在Hosts文件中显式绑定localhost到127.0.0.1，或改用本机局域网IP（如192.168.1.x）进行测试。
第七步：查看DBSrv200日志。Log目录下的DB.log会记录每次角色加载请求。若出现“LoadRole failed”、“File locked”或“Timeout”字样，即可定位为数据库响应问题。连续多次“Connecting to DBServer…”则表明M2Server无法稳定连接DB服务。
临时验证方法：停止M2Server和DBSrv200，删除Log目录旧日志，重启服务后立即用一个角色尝试登录，观察DB.log是否生成对应加载记录。若日志无更新，说明通信未建立；若有记录但客户端卡住，则问题在数据返回环节。
确保三端同步：LoginSrv、DBSrv200、M2Server必须使用同一套配置模板，IP、端口、区号严格对应。任何一环配置偏差都会导致登录流程中断于角色选择阶段。
