MySQL不支持ALTER TABLE...EXCHANGE PARTITION语法，仅提供REORGANIZE、SPLIT、DROP、ADD等分区操作；可通过DISCARD/IMPORT TABLESPACE模拟交换，或用INSERT...SELECT结合分区剪枝实现安全迁移。
MySQL 本身不支持 ALTER TABLE ... EXCHANGE PARTITION —— 这是 Oracle 和 PostgreSQL 的语法，直接在 MySQL 中执行会报错 ERROR 1064 (42000)。
MySQL 没有 EXCHANGE PARTITION 语句
你查文档、搜教程、甚至翻 MySQL 8.0 官方手册，都找不到 EXCHANGE PARTITION 这个语法。MySQL 的分区管理仅支持：REORGANIZE PARTITION、SPLIT PARTITION、DROP PARTITION、ADD PARTITION 等，但没有“原子交换”机制。
- 常见错误现象：粘贴 Oracle 脚本到 MySQL 执行，立刻报
ERROR 1064，提示 near 'EXCHANGE PARTITION' syntax error - 根本原因：MySQL 分区实现基于 handler 层，不维护独立的分区段元数据映射表，无法安全跳过约束校验做物理文件交换
- 如果你看到某些博客说“MySQL 5.7+ 支持”，基本是混淆了 Percona Server（带 XtraDB 扩展）或误把
ALTER TABLE ... IMPORT PARTITION TABLESPACE当成交换
替代方案：用 IMPORT TABLESPACE + 临时表模拟交换
虽然不能直接交换，但可通过导出表空间 + 重命名 + 导入的方式，在满足严格前提下实现近似效果。核心是利用 MySQL 的 DISCARD TABLESPACE 和 IMPORT TABLESPACE。
- 适用场景：迁移某个已知范围的分区数据（如
p202301）到另一张结构相同的非分区表，且目标表无数据、无外键、使用innodb_file_per_table=ON - 必须满足的条件：
- 源分区表和目标表字符集、排序规则、行格式（
ROW_FORMAT=DYNAMIC最稳妥）、页大小完全一致 - 源分区表必须是 InnoDB；目标表也必须是 InnoDB，且已执行过
ALTER TABLE target DISCARD TABLESPACE - 源分区对应的
.ibd文件需手动提取（通过SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES查路径，或依赖 datadir 下按分区名组织的子目录）
- 源分区表和目标表字符集、排序规则、行格式（
- 关键步骤（以迁移分区
p202301为例）：-
CREATE TABLE target LIKE source;（结构一致） ALTER TABLE target DISCARD TABLESPACE;- 停写源表，执行
FLUSH TABLES source FOR EXPORT; - 拷贝
source#P#p202301.ibd→target.ibd（注意权限和属主） -
UNLOCK TABLES;，再ALTER TABLE target IMPORT TABLESPACE;
-
更稳更快的做法：INSERT … SELECT + 在线 DDL
对大多数生产环境，硬上 IMPORT TABLESPACE 风险高、条件苛刻、恢复难。不如用原生、可控、可中断的方式迁移。
- 推荐组合：
-
INSERT INTO target SELECT * FROM source PARTITION (p202301);（MySQL 5.7+ 支持分区剪枝） - 配合
SET SESSION sort_buffer_size = 268435456;加速批量插入 - 若目标表要建索引，先空表导入，再用
ALGORITHM=INPLACE, LOCK=NONE建索引（MySQL 8.0+ 对二级索引支持较好）
-
- 性能影响点：
- 源表加读锁时间短（仅 INSERT 开始瞬间），但大分区会导致事务日志暴涨，需监控
innodb_log_file_size - 避免在从库上执行，否则可能触发复制延迟；建议在低峰期 + binlog_format=ROW 下操作
- 源表加读锁时间短（仅 INSERT 开始瞬间），但大分区会导致事务日志暴涨，需监控
真正麻烦的不是语法转换，而是分区元数据与物理文件的耦合性——MySQL 不公开分区文件命名规则，也不提供 SHOW CREATE PARTITION 这类诊断命令。一旦路径出错或文件损坏，IMPORT TABLESPACE 会直接让表进入 CRASHED 状态，且无法回退。
