mysql不支持跨表合并分区，alter table ... reorganize partition仅限单表内部操作；实际合并需通过insert into ... select迁移数据并确保分区键兼容。
MySQL 不支持直接用 ALTER TABLE 合并多个分区表（比如把 t1、t2 的分区合并进 t3）——这不是语法限制，而是架构层面不支持跨表的分区合并操作。
为什么 ALTER TABLE ... REORGANIZE PARTITION 不能跨表？
这个语句只作用于单个已分区表内部，用于拆分或合并该表自己的某些分区。它不接受其他表名作为输入，也不提供“导入外部分区数据”的能力。常见错误是误以为可以写成：
ALTER TABLE t3 REORGANIZE PARTITION p1, p2 WITH t1 PARTITION p0;
这会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax —— 因为语法根本不允许出现第二个表名。
-
REORGANIZE PARTITION的目标只能是当前表已存在的分区名列表 - 所有被重组的分区必须属于同一张表，且必须在同一个存储引擎下（例如都用
InnoDB） - 分区键类型、表达式、子分区结构必须完全兼容，否则即使在同一表内也会失败
实际可行的“合并分区表”路径
所谓“合并”，本质是把多张表的数据归集到一张新（或已有）分区表中，并确保分区逻辑一致。核心步骤是数据迁移 + 分区重建，而非原地合并：
- 确认目标表（如
t_merged）已按预期规则分区（例如按YEAR(created_at)RANGE 分区） - 对每张源表（
t1、t2），用INSERT INTO ... SELECT导入数据，注意WHERE条件要匹配目标分区键范围，避免插入后触发ERROR 1526 (HY000): Table has no partition for value - 导入完成后，执行
ANALYZE TABLE t_merged更新统计信息，避免查询走错分区 - 若源表数据量大，建议关闭唯一/外键检查、使用批量插入（
INSERT ... VALUES (...), (...), ...）、并控制事务大小防止锁表
容易忽略的性能与一致性陷阱
分区表合并不是“DDL 瞬间完成”，数据搬运阶段极易出问题：
- 源表和目标表的时区、字符集、排序规则不一致，会导致
INSERT SELECT隐式转换失败或乱码 - 目标表若启用了
sql_mode=STRICT_TRANS_TABLES，而源表有NULL值插向NOT NULL字段，整个批次会回滚 - 分区键字段存在函数依赖（如
PARTITION BY RANGE (YEAR(dt))），但源表dt是TEXT类型，YEAR()返回NULL，导致数据落入MAXVALUE分区或报错 - 没有提前
OPTIMIZE TABLE源表，导致SELECT扫描大量无效页，拖慢迁移速度
真正耗时的从来不是 ALTER TABLE 命令本身，而是数据校验、索引重建、以及分区边界对齐的逻辑梳理。别指望一条命令搞定，先理清每张表的分区键取值分布，再动手。
