Symfony 2 不支持自动读写分离，必须手动配置主从连接并显式调用；需在config.yml中定义default和replica两个完整DBAL连接，绑定独立EntityManager，读操作须注入doctrine.orm.replica_entity_manager或获取replica_connection，事务及强一致性场景强制走主库。

Symfony 2 不支持自动读写分离，所有主库写、从库读的路由必须手动配置并显式调用。所谓“读走从库、写走主库”不是 Doctrine 自动识别的规则，而是靠你定义多个连接、绑定独立 EntityManager，并在代码中明确选择使用哪一个。

主从连接必须分别声明且完整配置

在 config.yml 的 doctrine.dbal.connections 下，需明确定义至少两个连接，例如：

• default：主库连接，用于 INSERT/UPDATE/DELETE 和事务内所有操作
• replica（或 slave）：从库连接，仅用于非事务性 SELECT 查询

每个连接都必须提供完整参数：driver、host、dbname、user、password（含特殊字符时需 URL 编码），不能只改 host 或加注释说明“这是从库”——Doctrine 不解析语义标签，只认连接名。

从库查询必须显式获取对应 EntityManager 或 Connection

EntityManagerInterface 类型提示默认注入的是 default（主库）实例。想查从库，只有两种可靠方式：

• 注入服务 doctrine.orm.replica_entity_manager（需提前在 config.yml 中定义该 EntityManager 并指定其 connection: replica）
• 调用 $this->get('doctrine.dbal.replica_connection') 获取 Connection 对象，再执行 executeQuery() 或 fetchAssociative()

切忌尝试运行时修改已有 Connection 的 host 或 dbname，连接初始化后不可动态切换。

事务与强一致性场景必须强制走主库

只要当前请求处于事务上下文（包括使用 @Transactional 注解、手动调用 $em->beginTransaction()），Doctrine 会拒绝使用 replica 连接，报错类似 TransactionRequiredException——实际含义是“不允许跨连接事务”。

• 写后立即读（如创建订单后查单号）必须用主库，否则可能因从库延迟查不到最新数据
• 无法通过“先写主库、再切从库读”规避；业务层需主动把关键读操作留在事务外，或接受最终一致性

从库延迟是架构固有特性，需业务层兜底

MySQL/PostgreSQL 主从复制存在天然延迟（毫秒到秒级），即使配置完全正确，刚写入的数据在从库上也可能尚未同步。这不是 Symfony 或 Doctrine 的 Bug，而是分布式数据同步的客观限制。

• 报表类、后台管理等对实时性要求低的读操作，可放心走从库
• 用户中心、订单详情、支付结果等强一致性场景，必须走主库
• 建议结合监控（如 SHOW SLAVE STATUS 的 Seconds_Behind_Master）设置告警阈值