本节介绍将部分或所有
InnoDB表移动或复制到不同服务器或实例的技术。例如，您可能将整个 MySQL 实例移动到更大、更快的服务器；您可以将整个 MySQL 实例克隆到新的副本服务器；您可以将单个表复制到另一个实例以开发和测试应用程序，或复制到数据仓库服务器以生成报告。
在 Windows 上，InnoDB始终以小写形式在内部存储数据库和表名。要将二进制格式的数据库从 Unix 移动到 Windows 或从 Windows 移动到 Unix，请使用小写名称创建所有数据库和表。完成此操作的一种简便方法是在创建任何数据库或表之前将以
下行添加到
您的或文件的[mysqld]部分
：my.cnfmy.ini
[mysqld]
lower_case_table_names=1
移动或复制InnoDB表格的技术包括：
导入表
驻留在 file-per-table 表空间中的表可以从另一个 MySQL 服务器实例或使用可 传输表空间功能的备份导入。请参阅 第 14.6.1.3 节，“导入 InnoDB 表”。
MySQL 企业备份
MySQL Enterprise Backup 产品可让您备份正在运行的 MySQL 数据库，同时生成一致的数据库快照，同时最大限度地减少操作中断。当 MySQL Enterprise Backup 正在复制表时，读取和写入可以继续。此外，MySQL Enterprise Backup 可以创建压缩备份文件，并备份表的子集。配合MySQL二进制日志，可以进行时间点恢复。MySQL Enterprise Backup 包含在 MySQL Enterprise 订阅中。
有关 MySQL 企业备份的更多详细信息，请参阅 第 24.2 节，“MySQL 企业备份概述”。
复制数据文件（冷备份方式）
您可以简单地通过复制第 14.18.1 节“InnoDB 备份”InnoDB中“冷备份”下列出的所有相关文件来移动数据库
。
InnoDB数据和日志文件在具有相同浮点数格式的所有平台上都是二进制兼容的。如果浮点格式不同但您没有在表中使用
FLOAT或
DOUBLE数据类型，则过程相同：只需复制相关文件即可。
移动或复制.ibd文件时，源系统和目标系统上的数据库目录名称必须相同。存储在
InnoDB共享表空间中的表定义包括数据库名称。存储在表空间文件中的事务 ID 和日志序列号也因数据库而异。
要将.ibd文件和关联的表从一个数据库移动到另一个数据库，请使用以下RENAME
TABLE语句：
RENAME TABLE db1.tbl_name TO db2.tbl_name;
如果你有一个文件的“干净”备份
.ibd，你可以将它恢复到它起源的 MySQL 安装，如下所示：
自复制文件以来，该表一定没有被删除或截断
.ibd，因为这样做会更改存储在表空间中的表 ID。发出此
ALTER TABLE语句以删除当前.ibd文件：ALTER TABLE tbl_name DISCARD TABLESPACE;将备份
.ibd文件复制到正确的数据库目录。发出此
ALTER TABLE语句以告知InnoDB对表使用新.ibd文件：ALTER TABLE tbl_name IMPORT TABLESPACE;笔记该
ALTER TABLE ... IMPORT TABLESPACE功能不会对导入的数据强制执行外键约束。
在此上下文中，“干净” .ibd
文件备份是满足以下要求的备份：
文件中没有事务未提交的修改
.ibd。文件中没有未合并的插入缓冲区条目
.ibd。Purge 已从
.ibd文件中删除所有标记为删除的索引记录。mysqld已将文件的所有修改页面从缓冲池刷新
.ibd到文件。
.ibd您可以使用以下方法
制作一个干净的备份文件：
停止mysqld服务器的所有活动并提交所有事务。
Wait until
SHOW ENGINE INNODB STATUS显示数据库中没有活动事务，主线程状态InnoDB为Waiting for server activity。然后您可以复制该.ibd文件。
制作文件的干净副本的另一种方法
.ibd是使用 MySQL Enterprise Backup 产品：
使用 MySQL Enterprise Backup 备份
InnoDB安装。在备份上启动第二个mysqld服务器，让它清理备份中的
.ibd文件。
从逻辑备份恢复
您可以使用诸如mysqldump之类的实用程序来执行逻辑备份，这会生成一组可执行的 SQL 语句，以重现原始数据库对象定义和表数据，以便传输到另一个 SQL 服务器。使用此方法，格式是否不同或您的表是否包含浮点数据都无关紧要。
要提高此方法的性能，请
autocommit在导入数据时禁用。只有在导入整个表或表的一部分后才执行提交。