Symfony2 冷热数据分离需结合 Doctrine 灵活性、MySQL RANGE 分区与定时任务：用 EXCHANGE PARTITION 秒级归档，实体不变但查询需显式指定归档表，通过自定义 Console 命令触发并记录日志。
在 Symfony2 中做冷热数据分离，核心不是框架本身提供“自动归档”功能，而是利用 Doctrine 的灵活性 + MySQL 分区能力 + 定时任务协作完成。查询历史归档数据时，不能只靠 ORM 写个 DQL 就完事——必须让查询落到正确的物理分区或归档表上，否则性能没改善，反而更慢。
用 RANGE 分区表替代多张时间分表
别手动建 orders_202501、orders_202502 这类表。Symfony2 应用连的是单个逻辑表名（如 orders），应让这张表底层是 MySQL 的 RANGE 分区表，按 created_at 或 event_date 切分。
- 分区键（如
created_at）必须包含在主键中，例如：PRIMARY KEY(id, created_at) - 建表语句里明确写
PARTITION BY RANGE COLUMNS(created_at)，按月或按季度切，比如PARTITION p_202501 VALUES LESS THAN ('2025-02-01') - Doctrine 实体保持不变，DQL 查询加
WHERE created_at >= '2025-04-01'，MySQL 自动裁剪分区，只扫热区
归档动作用 EXCHANGE PARTITION 实现秒级迁移
不要用 INSERT INTO archive_table SELECT ... FROM orders WHERE ...; DELETE FROM orders WHERE ...——大表会锁死、慢、易中断。正确做法是：先建结构一致的归档表，再用元数据交换。
- 归档表（如
orders_archive）必须和原表字段顺序、类型、索引、引擎（InnoDB）、字符集完全相同，且为空 - 执行
ALTER TABLE orders EXCHANGE PARTITION p_202412 WITH TABLE orders_archive;，毫秒完成 - 之后可对
orders_archive单独做压缩、备份、迁移到低配实例，不影响主业务表
在 Symfony2 命令行中触发归档逻辑
写一个自定义 Console 命令（如 app/console app:archive:old-data），封装归档流程，便于宝塔计划任务或 Linux crontab 调用。
- 命令内用
$connection->executeStatement()执行EXCHANGE PARTITIONSQL - 检查目标分区是否已存在、是否为空；若需新建未来分区，也在此命令中用
REORGANIZE PARTITION动态添加 - 记录操作日志到数据库或文件，包括迁移行数、耗时、分区名，方便审计
查询归档数据时显式指定表名或库名
冷数据已不在主表，Doctrine 默认查不到。需要绕过实体映射，直连归档表。
- 在 Repository 中新增方法，用
$this->getEntityManager()->getConnection()获取原生连接 - 执行
SELECT * FROM archive_db.orders_archive WHERE ...，返回array或用ResultSetMapping映射为实体 - 前端页面加开关（如 “查看全部历史”），点击后切换数据源，避免热数据查询误扫冷库
