symfony多数据库连接需在.env中为各库设独立database_url变量，doctrine.yaml的dbal.connections下定义对应命名连接，并在orm.entity_managers中显式挂载；代码中通过managerregistry::getmanager('name')获取指定em，名称须与entity_managers键一致。
Symfony 多数据库连接不是靠改 doctrine.yaml 里一堆嵌套就能直接跑通的，核心在于「连接定义」和「服务注入」必须对得上——漏掉 connections 下的命名、没在 entity_managers 里显式挂载、或者调用时写错连接名，都会导致 ServiceNotFoundException 或静默 fallback 到 default。
怎么在 .env 和 doctrine.yaml 里正确定义多个连接
所有连接信息统一从 .env 拉取，但不能只靠一个 DATABASE_URL。必须为每个库单独设环境变量，并在 doctrine.yaml 中显式声明 connections：
-
.env里加两行（注意 URL 编码）：DATABASE_URL="mysql://user1:pass%401@127.0.0.1:3306/db1?serverVersion=8.0"DATABASE_URL_SECONDARY="mysql://user2:pass%2F2@192.168.0.2:3306/db2?serverVersion=5.7" -
config/packages/doctrine.yaml的dbal.connections下必须对应两个 key：
—default（用%env(DATABASE_URL)%）
—secondary（用%env(DATABASE_URL_SECONDARY)%），不能写成second或slave后自己又记混 -
orm.entity_managers必须为每个连接配一个 manager，且connection字段值要和上面 connections 的 key 完全一致，比如secondary对应connection: secondary
如何在代码里正确获取指定数据库的 EntityManager
别再用已废弃的 getEntityManager()；Symfony 4+ 只认 ManagerRegistry 接口，且必须传入 entity manager 名（不是 connection 名）：
- 在 controller 或 service 中注入
Doctrine\Persistence\ManagerRegistry - 调用
$registry->getManager('default')或$registry->getManager('secondary')—— 这里的字符串必须和doctrine.yaml里orm.entity_managers的 key 一致 - 如果只定义了 connection 但没在
entity_managers下声明对应 manager，getManager('xxx')会返回 null 而不是报错，容易埋坑 - 想直接拿底层 DBAL Connection？用
$registry->getConnection('secondary')，它不依赖 ORM 配置，只要 connection 存在就能取到
为什么 getParams() 返回的 host 是 127.0.0.1 但实际连不上
getParams() 确实能拿到连接参数数组，但它反映的是 Symfony 解析后的最终值，不等于 MySQL 实际可连通状态：
- 常见陷阱：本地开发时
.env写localhost，MySQL 尝试走 socket 连接，但 Doctrine 强制走 TCP，结果报No such file or directory—— 必须统一用127.0.0.1 -
serverVersion缺失会导致 Doctrine 生成错误的 SQL（比如 MySQL 8.0 的JSON类型语法被当成 5.7 处理），getParams()里看不到这个值，它不在连接参数里，而是独立配置项 - 密码含
/、@、:必须 URL 编码，否则parse_url()截断，getParams()返回的host可能是错的（比如把密码后半截当 host）
读写分离场景下 connection 名和 entity manager 名怎么对齐
读写分离本质还是多连接，但要注意 Doctrine 自身不提供自动路由逻辑，得靠外部扩展或手动控制：
- 可以定义
master和slave两个 connection，再分别配master_em和slave_em两个 entity manager - 业务代码里不能硬编码
getManager('slave')，得封装一层路由逻辑，比如根据当前请求是否只读、或查询类型（SELECTvsINSERT）来决定用哪个 manager - 第三方 bundle（如
doctrine-read-only-connection-bundle）能帮你做自动分发，但它依赖你把 connection 名严格按master/slave命名，且要求entity_managers也保持同名映射 - 别指望
doctrine:schema:update能跨库同步结构 —— 它只作用于当前 manager 绑定的 connection，多库结构一致性得靠迁移文件（doctrine:migrations）手动管理
最易忽略的一点：多个 entity manager 共享同一个缓存驱动（如 Redis）时，DQL 查询缓存键可能冲突，因为默认不带 manager 名前缀。真要用多库 + 查询缓存，得在 doctrine.yaml 里为每个 manager 单独配 query_cache_driver 并加命名空间。
