答案：迁移MySQL大表需避免全量操作，采用分批处理、高效工具与物理备份。1. 按主键分段导出导入，降低负载；2. 使用LOAD DATA INFILE提升导入速度；3. 借助pt-archiver实现在线迁移；4. 大规模场景选用XtraBackup物理复制，减少停机。
迁移MySQL中的大数据量表时，直接使用常规的INSERT或mysqldump导出导入方式容易导致超时、锁表、占用过多内存甚至服务中断。要高效安全地完成大表迁移，需要结合具体场景选择合适策略。以下是几种实用技巧和操作建议。
1. 使用分批导出与导入
避免一次性读取全部数据，通过主键或时间字段分批次处理，降低对数据库的压力。
- 用WHERE条件配合LIMIT进行分页导出，例如按主键ID范围切片：
SELECT * FROM large_table WHERE id BETWEEN 100000 A
ND 200000; - 在目标库中逐批导入，每批完成后提交事务，避免长事务阻塞。
- 可编写脚本自动递增区间，实现自动化迁移。
ND 200000;2. 利用LOAD DATA INFILE提升导入速度
相比INSERT语句，LOAD DATA INFILE是MySQL内置的高速数据加载方式，适合已生成文本文件的场景。
- 先导出为CSV或TXT格式：
SELECT * INTO OUTFILE '/tmp/data.csv' FROM large_table WHERE ...; - 在目标库使用：
LOAD DATA INFILE '/tmp/data.csv' INTO TABLE large_table; - 确保secure_file_priv设置允许该路径，并注意字段分隔符一致。
3. 借助pt-archiver工具在线迁移
Percona Toolkit中的pt-archiver支持边读边写，适用于生产环境不停机迁移。
- 安装Percona Toolkit后执行：
pt-archiver --source h=localhost,D=db,t=large_table --dest h=target_host,D=db,t=large_table --where "1=1" --limit 5000 --commit-each - 它会自动分批读取源表并插入目标表，同时可删除源数据（如果需要归档）。
- 支持索引优化，避免全表扫描。
4. 物理备份与复制（适合整库迁移）
当迁移整个实例或多个大表时，物理备份比逻辑导出快得多。
- 使用Percona XtraBackup进行热备：
xtrabackup --backup --target-dir=/data/backup - 将备份文件复制到目标服务器并恢复：
xtrabackup --prepare --target-dir=/data/backupxtrabackup --copy-back --target-dir=/data/backup - 适用于TB级数据，且几乎不影响线上服务。
基本上就这些。关键在于避免单次操作过大负载，合理利用工具和机制减少停机时间。根据实际网络、磁盘、业务要求选择最合适的方式，提前测试流程也很重要。不复杂但容易忽略。
