Symfony+Doctrine跨MySQL物理服务器数据库读写方案咨询

Symfony 结合 Doctrine 完全原生支持跨独立物理服务器的多数据库部署架构，不需要依赖 MySQL FEDERATED 引擎，你之前同机多库的业务逻辑只需要少量配置调整和事务适配即可平滑迁移。

Doctrine 从设计层面就支持多独立连接、多 Entity Manager（以下简称 EM）的模式，每个 EM 绑定独立的数据库连接，连接的目标数据库不管部署在同机还是跨内网的独立物理服务器，只要网络可达、数据库账号有对应权限，配置逻辑和同机多库没有本质区别。
你只需要修改 Doctrine 的配置文件，给两个数据库分别配置独立的 DBAL 连接，再将对应连接绑定到独立的 EM，同时给实体指定归属的 EM 即可，参考配置片段如下：

# config/packages/doctrine.yaml
doctrine:
    dbal:
        connections:
            # 用户库连接，指向部署users表的独立服务器
            user_connection:
                driver: pdo_mysql
                host: 10.0.0.12 # 替换为用户库实际服务器内网IP
                port: 3306
                dbname: user_center
                user: app_user
                password: 'your_db_password'
                charset: utf8mb4
            # 业务库连接，指向部署业务表的独立服务器
            business_connection:
                driver: pdo_mysql
                host: 10.0.0.15 # 替换为业务库实际服务器内网IP
                port: 3306
                dbname: business_core
                user: app_user
                password: 'your_db_password'
                charset: utf8mb4
    orm:
        entity_managers:
            user_em:
                connection: user_connection
                mappings:
                    UserEntities:
                        is_bundle: false
                        dir: '%kernel.project_dir%/src/Entity/User'
                        prefix: 'App\Entity\User'
            business_em:
                connection: business_connection
                mappings:
                    BusinessEntities:
                        is_bundle: false
                        dir: '%kernel.project_dir%/src/Entity/Business'
                        prefix: 'App\Entity\Business'

配置完成后，你可以在代码中通过 $this->getDoctrine()->getManager('user_em') 和 $this->getDoctrine()->getManager('business_em') 分别获取对应库的EM，单表的增删改查逻辑和单库场景完全一致。

针对你提到的单表单同时写入两个库表的场景，核心要解决的是跨实例的写入一致性问题，不要用FEDERATED引擎，根据业务一致性要求二选一方案即可：

• 最终一致方案（适配90%以上普通业务场景）
  用DTO接收表单全量字段，校验通过后先操作其中一个EM完成持久化、flush拿到自增ID等关联字段，再给另一个库的实体赋值、持久化。代码块外层加try-catch捕获异常，第二个库写入失败时，手动对第一个库已写入的数据执行删除/回滚逻辑做补偿即可。该方案实现简单、性能开销小，只要补偿逻辑覆盖全面，不会出现脏数据。
• 强一致方案（适配交易、支付等对一致性要求极高的场景）
  开启 Doctrine DBAL 原生支持的XA分布式事务（两阶段提交），同时确保两台MySQL实例都开启XA事务支持。该模式下两个跨机连接的写入操作会被纳入同一个分布式事务，要么全部提交成功，要么全部回滚，不会出现部分写入成功的问题。注意该方案对网络稳定性要求较高，建议两台服务器部署在同一内网，避免网络波动导致事务悬挂。

处理表单时直接用Symfony Form组件绑定对应DTO即可，不需要修改现有表单渲染、校验的核心逻辑。

• 不要尝试在DQL中写跨两个EM的JOIN查询，Doctrine无法生成跨物理机的关联查询SQL。需要关联数据时，先从一个库查出关联ID集合，再拿ID集合到第二个库做IN查询，在PHP层完成数据拼装即可。
• 跨机连接要给DBAL配置合理的连接超时、断线重连参数，生产环境建议搭配数据库连接池使用，降低频繁建连的开销和网络波动的影响。
• MySQL FEDERATED引擎除了写入支持差的问题，还存在性能低、无事务保障、锁冲突概率高的缺陷，完全不适合生产环境跨机写入场景。

内容的提问来源于stack exchange，提问作者Milos Cuculovic