Symfony2不支持分库分表，需通过MySQL中间件代理或业务域垂直拆分实现；读写分离可缓解主库压力；分页与聚合查询须绕过ORM手动处理。
Symfony2 本身不支持分库分表，Doctrine ORM 层没有内置的路由、拆分或跨库查询能力。面对海量数据（如订单表超千万行），不能靠框架“自动分片”，而需在架构层引入中间件、定制路由逻辑或读写分离策略，并确保 Symfony 应用感知最小化。
分库分表不是 Doctrine 的事，而是基础设施的事
Doctrine 2.4（Symfony2 所用版本）只面向单数据库连接，所有 EntityManager、Repository、DQL 都绑定一个 dbal connection。强行在 PHP 层做分表路由（如按 user_id % 4 分到 orders_0 ~ orders_3）会导致：
- JOIN、COUNT、ORDER BY、事务一致性全部失效
- 迁移、备份、监控变成多份独立操作，运维成本陡增
- Repository 方法（如 findBy()）无法适配动态表名，必须降级为原生 SQL + 手动拼接
可行路径：中间件代理 or 读写分离 + 按业务域物理隔离
对 Symfony2 这类老框架，推荐两种落地性最强的方案：
- MySQL 中间件代理（推荐）：部署 MyCat 或 ShardingSphere-JDBC（兼容 MySQL 协议），将应用仍连 localhost:3306，由中间件解析 SQL 并路由到后端多个物理库。Symfony2 完全无感，只需保持 DQL 不含跨库 JOIN 和子查询即可
- 业务域垂直拆分：不按数据量分表，而按职责边界分库——用户中心用 user_db，订单中心用 order_db，日志归档用 archive_db。每个 Bundle 对应一个独立 connection，在 config.yml 中定义多个 dbal 配置，再通过自定义 Repository 构造时注入对应 $em
读写分离配置（最易落地的性能提升）
无需改代码结构，仅调整 Doctrine 配置即可缓解主库压力：
- 在 app/config/config.yml 中启用 slave 配置：注意 Symfony2 不支持 modern Doctrine 的 "replica" 键，需用 legacy 方式
- 主库走写操作（INSERT/UPDATE/DELETE），从库走只读查询（findAll、findBy 等）
- 用自定义 ConnectionWrapper 或 Listener 在执行前判断 SQL 类型，自动切换 connection
- 务必禁用从库的 schema:update 命令，避免误操作同步失败
分页与聚合查询必须绕过 ORM
当数据分散在多个库/表时，以下操作无法由 Doctrine 完成，必须手动处理：
- 全局 COUNT(*) → 改为估算（如 SHOW TABLE STATUS）、或用 Redis 计数器维护近似值
- 跨库分页（如“查最近 100 条订单”，但订单分布在 4 个库）→ 改用时间戳游标分页（WHERE created_at < ? ORDER BY created_at DESC LIMIT 10），并合并结果后内存排序
- 跨库统计（如“各城市订单总数”）→ 用 UNION ALL 拼接各库查询，或导出到 ClickHouse 做 OLAP
