MySQL InnoDB表迁移的实战指南

一、核心目标：为什么要移动或复制 InnoDB 表？

文档开篇就说明了几个典型场景：

二、关键前提：大小写敏感问题（跨平台迁移）

这是最容易出错的地方！

• Windows：InnoDB 内部始终以小写存储数据库和表名。
• Linux/Unix：默认区分大小写（lower_case_table_names=0）。

正确做法：

在初始化 MySQL 之前，在 my.cnf 或 my.ini 中设置：

[mysqld]
lower_case_table_names=1

这表示：

• 所有表名在磁盘上都以小写存储
• SQL 中无论大写小写都能正确识别

警告：这个参数一旦设置，就不能更改！否则启动会报错。

建议：为了跨平台兼容性，所有数据库和表名都使用小写字母。

三、四种主流方法对比

文档列出了四种移动或复制 InnoDB 表的方法，各有优劣：

下面我们逐一解析。

四、方法详解

Importing Tables（表空间传输）

推荐用于：快速迁移单个大表或分区

• 使用 FLUSH TABLES ... FOR EXPORT + .ibd + .cfg 文件
• 源端几乎不停机（只读锁定）
• 目标端用 DISCARD TABLESPACE 和 IMPORT TABLESPACE
• 要求：结构一致、版本相同、innodb_page_size 相同

不检查外键约束，需手动确保数据一致性。

MySQL Enterprise Backup（企业级备份工具）

推荐用于：生产环境热备份、PITR（时间点恢复）

• 商业产品，需购买 MySQL Enterprise 订阅
• 支持热备份：备份时读写不中断
• 支持压缩、增量备份、部分表备份
• 结合 binlog 可实现精确到秒的时间点恢复
• 备份后可“清理” .ibd 文件，使其变为“干净状态”

优势：

• 高可用
• 备份速度快
• 支持大规模数据库

劣势：

• 付费功能
• 学习成本略高

Copying Data Files（冷备份方法）

推荐用于：完全离线迁移整个实例

前提条件：

• 源和目标服务器使用相同的浮点数格式（x86、ARM 等通常一致）
• 如果没用 FLOAT/DOUBLE 类型，即使格式不同也可复制
• 最好是同版本 MySQL

操作步骤：

# 1. 停止 MySQL 服务
sudo systemctl stop mysql

# 2. 复制所有 InnoDB 文件
cp /var/lib/mysql/ibdata1 /new/server/data/
cp /var/lib/mysql/ib_logfile* /new/server/data/
cp -r /var/lib/mysql/db1 /new/server/data/

# 3. 启动新实例
sudo systemctl start mysql

特殊情况：移动单个 .ibd 文件到另一个库

使用 RENAME TABLE：

RENAME TABLE db1.t1 TO db2.t1;

这比手动拷贝安全，因为 InnoDB 会自动更新内部元数据（如 table ID）。

如何恢复一个“干净”的 .ibd 文件？

如果你有一个干净的 .ibd 备份（比如从停机时拷贝的），可以这样恢复：

-- 1. 删除当前表空间（不删表结构）
ALTER TABLE t1 DISCARD TABLESPACE;

-- 2. 把备份的 .ibd 文件拷贝到数据目录
cp /backup/t1.ibd /var/lib/mysql/test/t1.ibd

-- 3. 导入表空间
ALTER TABLE t1 IMPORT TABLESPACE;

要求：表不能被 DROP 或 TRUNCATE 过，否则 table ID 不匹配。

什么是“干净的 .ibd 文件”？

一个干净的 .ibd 文件满足以下条件：

如何制作“干净的 .ibd”文件？

方法一：停机备份（冷备份）

-- 1. 停止写入，提交所有事务
-- 2. 等待 InnoDB 空闲
SHOW ENGINE INNODB STATUS;
-- 查看输出中是否有活跃事务，直到显示：
-- "Main thread status: Waiting for server activity"
-- 3. 此时拷贝 .ibd 文件就是干净的

方法二：使用 MySQL Enterprise Backup

• 备份后启动一个临时 MySQL 实例加载备份
• InnoDB 会自动完成“清理”过程（apply log、purge、merge）
• 清理后的 .ibd 文件可直接用于恢复

Restoring from a Logical Backup（逻辑备份）

推荐用于：跨版本迁移、跨数据库兼容、小到中等数据量

工具：mysqldump

# 导出
mysqldump -u root -p db1 t1 > t1.sql

# 导入
mysql -u root -p db2 < t1.sql

优点：

• 文本格式，可读可编辑
• 兼容性强（不同操作系统、MySQL 版本）
• 可过滤数据、修改结构

缺点：

• 慢！需要重新 INSERT 和重建索引
• 导入时占用大量 CPU 和 I/O

性能优化建议：

-- 导入时关闭自动提交，批量提交
SET autocommit = 0;
SET unique_checks = 0;
SET foreign_key_checks = 0;

-- 导入大量数据...

COMMIT;

-- 恢复设置
SET autocommit = 1;
SET unique_checks = 1;
SET foreign_key_checks = 1;

这样可以提升导入速度 5~10 倍！

五、四种方法对比总结

六、如何理解？—— 一句话总结

本节介绍了四种迁移 InnoDB 表的方法：

1. 最快的是 表空间传输（适合单表）
2. 最专业的是 MySQL Enterprise Backup（适合生产热备）
3. 最简单的是 冷备份拷贝文件（适合离线迁移）
4. 最兼容的是 mysqldump 逻辑备份（适合跨版本）

选择哪种方法，取决于你的需求：速度、停机时间、数据量、是否在线、是否跨平台。

七、实战建议

以上就是MySQL InnoDB表迁移的实战指南的详细内容，更多关于MySQL InnoDB表迁移的资料请关注脚本之家其它相关文章！