MT5多账户管理部署 - 07月03日更新

兄弟们好，又到了每周的干货分享时间。最近在帮几个做资管的朋友部署MT5多账户管理系统，踩了不少坑，今天把经验整理出来，希望能帮到正在折腾这个的朋友。07月03日刚更新了几个关键点，大家注意看。

先说说核心思路。MT5本身不支持原生多账户跟单，但我们可以通过MQL5的Trade Transactions事件和OrderSendAsync异步下单来实现。我目前用的是自己写的EA，配合MySQL数据库做账户映射，延迟控制在50ms以内，实测跑了一周没出过滑点导致的单子错乱。

第一步，环境准备。你需要一台稳定的VPS，建议Windows Server 2019，内存至少8GB，因为要同时跑多个MT5客户端。每个账户独立安装MT5，数据目录要分开，比如在安装时指定不同的路径。我习惯用mt5_Account1、mt5_Account2这样命名，方便后续脚本识别。

第二步，数据库设计。在MySQL里建一个表，字段包括master_account_id（主账户）、slave_account_id（从账户）、symbol（交易品种）、volume_multiplier（手数倍数）、status（启用状态）。注意，一定要给master_account_id加索引，不然多账户同时查询时会有锁表风险。我踩过这个坑，后来加了唯一索引才解决。

第三步，EA核心代码。主账户的EA需要监控OrderSend和OrderClose事件，通过OnTradeTransaction函数捕获交易行为。这里有个关键点：必须用TransactionType为TRADE_TRANSACTION_ORDER_ADD和TRADE_TRANSACTION_DEAL_ADD来区分开仓和平仓。贴一段核心逻辑：

int OnTradeTransaction(const MqlTradeTransaction &trans, const MqlTradeRequest &request, const MqlTradeResult &result) {
    if(trans.type == TRADE_TRANSACTION_DEAL_ADD) {
        ulong dealTicket = trans.deal;
        HistorySelect(0, TimeCurrent());
        if(HistoryDealSelect(dealTicket)) {
            string symbol = HistoryDealGetString(dealTicket, DEAL_SYMBOL);
            double volume = HistoryDealGetDouble(dealTicket, DEAL_VOLUME);
            int type = (int)HistoryDealGetInteger(dealTicket, DEAL_TYPE);
            double price = HistoryDealGetDouble(dealTicket, DEAL_PRICE);
            // 这里插入数据库查询，获取需要跟单的从账户列表
            // 然后通过OrderSendAsync异步发送订单
        }
    }
}

注意，OrderSendAsync是异步操作，不会阻塞主线程，但你需要处理返回的result.retcode。如果返回4108（交易服务器忙），要加个重试机制，我设了最多3次，间隔500ms。

第四步，从账户的EA。从账户只需要写个简单的监听脚本，在OnTick里检查数据库的待执行订单表，然后执行。但有个优化点：不要频繁查询数据库，我设了每200ms查询一次，配合Redis缓存，性能提升明显。贴个从账户的简化版本：

void OnTimer() {
    MqlTick tick;
    // 从Redis获取待执行订单
    string orderJson = RedisGet("pending_order_" + AccountInfoInteger(ACCOUNT_LOGIN));
    if(orderJson != "") {
        // 解析JSON，执行OrderSend
        // 执行成功后删除Redis key
    }
}

这里提醒一下，从账户的经纪商可能会有不同的交易品种名称，比如主账户是EURUSD，从账户可能是EURUSD.fx，你需要在数据库里做个品种映射表，不然会报130错误（无效的symbol）。

第五步，风险控制。多账户管理最怕的是网络延迟导致重复开单。我在每个订单里加了一个uuid字段，从账户执行时先检查uuid是否已存在，如果存在就跳过。另外，主账户的EA要记录每个订单的magic number，从账户也设置相同的magic，方便后续统计。

最后说下07月03日更新的重点。之前遇到一个问题：当主账户有多个订单同时成交时，数据库写入会冲突。现在改用消息队列RabbitMQ来解耦，主账户EA只负责把交易事件推送到队列，多个worker进程从队列取数据然后写入数据库，并发问题完美解决。另外，增加了断线重连机制，当MT5掉线时，EA会自动暂停跟单并记录日志，等连接恢复后再继续。

部署完成后建议做压力测试。我模拟过同时开20个订单，每个订单都跟到5个从账户，数据库读写峰值达到每秒300次，VPS的CPU占用在40%左右，内存占用2.5GB，完全能扛住。

好了，今天就先分享到这。如果大家在部署过程中遇到具体问题，欢迎跟帖交流，我会尽量回复。代码片段里有些细节可能没展开，需要完整版的可以私信我。下次准备讲讲如何用Docker容器化部署多个MT5实例，有兴趣的兄弟可以关注。