答案：迁移MySQL大表需采用在线DDL、分批复制、逻辑并行导入、物理备份或双写切换等策略。1. 使用pt-online-schema-change避免锁表；2. 按主键分块迁移降低资源占用；3. mydumper多线程导出提升速度；4. XtraBackup热备实现快速恢复；5. 应用层双写保障零停机，结合场景选择可高效完成迁移。
迁移 MySQL 大表时，由于数据量大、锁表时间长、网络开销高，容易引发服务中断或性能下降。因此需要结合业务场景和系统架构，采用合理的策略来降低影响。以下是几种实用的大表迁移优化方法。
1. 使用在线DDL工具（如 pt-online-schema-change）
直接对大表执行 ALTER TABLE 可能导致长时间锁表，影响线上读写。使用 Percona Toolkit 中的 pt-online-schema-change 工具可以在不阻塞 DML 操作的前提下完成结构变更。
- 原理：创建一个新表，按原表结构修改后，通过触发器同步增量数据，逐步将原表数据拷贝到新表，最后原子性替换。
- 适用场景：添加索引、修改字段类型、重命名列等结构变更。
- 注意：需确保有足够的磁盘空间，且主键存在；避免在高并发写入期间操作。
2. 分批迁移数据（Chunk-based Copy）
对于跨实例或跨库迁移大表，建议采用分块方式复制数据，避免单次操作占用过多资源。
- 使用条件：根据主键或唯一索引将数据划分为小批次（例如每批 10000 行）。
- 实现方式：用 WHERE 条件配合 LIMIT 分段导出导入，如：
SELECT * FROM large_table WHERE id BETWEEN 1 AND 10000; - 优点：减少内存占用，便于错误恢复和进度追踪。
- 可搭配脚本自动推进迁移进度，并记录已处理的最大ID。
3. 利用逻辑备份与并行导入
mysqldump 虽然传统，但配合参数优化仍适用于大表迁移。
- 关键参数：
--single-transaction：保证一致性，避免锁表。
--quick：逐行输出，防止内存溢出。
--where：配合条件导出部分数据。
--hex-blob：安全导出 BLOB 字段。 - 提升速度：使用 mydumper / myloader 替代 mysqldump，支持多线程导出导入，显著加快大表处理速度。
4. 基于物理备份的快速迁移
当迁移整个实例或多个大表时，物理备份（如 Percona XtraBackup）效率更高。
- XtraBackup 支持热备，不影响正在运行的服务。
- 迁移流程：
- 在源库执行备份
- 将备份传输到目标机器
- 恢复并启动新实例 - 适合整库迁移或主从搭建，恢复速度快，尤其适合 TB 级别数据。
5. 应用层双写 + 数据校验平滑切换
为实现零停机迁移，可在应用层同时写入新旧两个表，逐步迁移历史数据，最终切流。
- 步骤：
- 启动双写逻辑（写旧表的同时写新表）
- 使用脚本异步迁移历史数据
- 对比两边数据一致性（可用 pt-table-checksum）
- 确认无误后关闭旧表读写，切换至新表 - 优势：完全避免服务中断，适合核心业务系统。
基本上就这些方法，选择哪种取决于你的停机容忍度、数据量大小和架构灵活性。合理组合工具与策略，可以高效安全地完成大表迁移。
