在目标实例上，创建一个与您要导入的表具有相同定义的表。（您可以使用 SHOW CREATE TABLE 语法获取表定义。）如果表定义不匹配，则在您尝试导入操作时会报告架构不匹配错误。

mysql> USE test;
mysql> CREATE TABLE t1 (c1 INT) ENGINE=INNODB;

在目标实例上，丢弃刚刚创建的表的表空间。（在导入之前，您必须丢弃接收表的表空间。）

mysql> ALTER TABLE t1 DISCARD TABLESPACE;

在源实例上，运行 FLUSH TABLES ... FOR EXPORT 使您要导入的表静默。当表静默时，只允许对表进行只读事务。

mysql> USE test;
mysql> FLUSH TABLES t1 FOR EXPORT;

FLUSH TABLES ... FOR EXPORT 确保对命名表的更改被刷新到磁盘，以便在服务器运行时可以创建二进制表副本。当运行 FLUSH TABLES ... FOR EXPORT 时，InnoDB 在表的架构目录中生成一个 .cfg 元数据文件。 .cfg 文件包含在导入操作期间用于架构验证的元数据。

将 .ibd 文件和 .cfg 元数据文件从源实例复制到目标实例。例如

$> scp /path/to/datadir/test/t1.{ibd,cfg} destination-server:/path/to/datadir/test

必须在释放共享锁之前复制 .ibd 文件和 .cfg 文件，如下一步骤所述。

在源实例上，使用 UNLOCK TABLES 来释放由 FLUSH TABLES ... FOR EXPORT 语句获取的锁。

mysql> USE test;
mysql> UNLOCK TABLES;

UNLOCK TABLES 操作也会删除 .cfg 文件。

在目标实例上，导入表空间

mysql> USE test;
mysql> ALTER TABLE t1 IMPORT TABLESPACE;

在目标实例上，创建一个与您要导入的分区表具有相同定义的分区表。（您可以使用 SHOW CREATE TABLE 语法获取表定义。）如果表定义不匹配，则在您尝试导入操作时会报告架构不匹配错误。

mysql> USE test;
mysql> CREATE TABLE t1 (i int) ENGINE = InnoDB PARTITION BY KEY (i) PARTITIONS 3;

在 /datadir/test 目录中，每个分区都有一个表空间 .ibd 文件。

mysql> \! ls /path/to/datadir/test/
t1#p#p0.ibd  t1#p#p1.ibd  t1#p#p2.ibd

在目标实例上，丢弃分区表的表空间。（在导入操作之前，您必须丢弃接收表的表空间。）

mysql> ALTER TABLE t1 DISCARD TABLESPACE;

分区表的三个表空间 .ibd 文件将从 /datadir/test 目录中丢弃。

在源实例上，运行 FLUSH TABLES ... FOR EXPORT 使您要导入的分区表静默。当表静默时，只允许对表进行只读事务。

mysql> USE test;
mysql> FLUSH TABLES t1 FOR EXPORT;

FLUSH TABLES ... FOR EXPORT 确保对命名表的更改被刷新到磁盘，以便在服务器运行时可以创建二进制表副本。当运行 FLUSH TABLES ... FOR EXPORT 时， InnoDB 为表的每个表空间文件在表的架构目录中生成 .cfg 元数据文件。

mysql> \! ls /path/to/datadir/test/
t1#p#p0.ibd  t1#p#p1.ibd  t1#p#p2.ibd
t1#p#p0.cfg  t1#p#p1.cfg  t1#p#p2.cfg

.cfg 文件包含在导入表空间时用于架构验证的元数据。 FLUSH TABLES ... FOR EXPORT 只能对表运行，不能对单个表分区运行。

将 .ibd 和 .cfg 文件从源实例架构目录复制到目标实例架构目录。例如

$>scp /path/to/datadir/test/t1*.{ibd,cfg} destination-server:/path/to/datadir/test

必须在释放共享锁之前复制 .ibd 和 .cfg 文件，如下一步骤所述。

在源实例上，使用 UNLOCK TABLES 来释放由 FLUSH TABLES ... FOR EXPORT 获取的锁。

mysql> USE test;
mysql> UNLOCK TABLES;

在目标实例上，导入分区表的表空间

mysql> USE test;
mysql> ALTER TABLE t1 IMPORT TABLESPACE;

在目标实例上，创建一个与您要从其导入分区的表具有相同定义的分区表。（您可以使用 SHOW CREATE TABLE 语法获取表定义。）如果表定义不匹配，则在您尝试导入操作时会报告架构不匹配错误。

mysql> USE test;
mysql> CREATE TABLE t1 (i int) ENGINE = InnoDB PARTITION BY KEY (i) PARTITIONS 4;

在 /datadir/test 目录中，每个分区都有一个表空间 .ibd 文件。

mysql> \! ls /path/to/datadir/test/
t1#p#p0.ibd  t1#p#p1.ibd  t1#p#p2.ibd t1#p#p3.ibd

在目标实例上，丢弃要从源实例导入的分区。（在导入分区之前，您必须从接收到的分区表中丢弃相应的分区。）

mysql> ALTER TABLE t1 DISCARD PARTITION p2, p3 TABLESPACE;

目标实例上的 /datadir/test 目录中将删除两个被丢弃的分区的表空间 .ibd 文件，留下以下文件

mysql> \! ls /path/to/datadir/test/
t1#p#p0.ibd  t1#p#p1.ibd

在源实例上，运行 FLUSH TABLES ... FOR EXPORT 使分区表静默。当表静默时，只允许对表进行只读事务。

mysql> USE test;
mysql> FLUSH TABLES t1 FOR EXPORT;

FLUSH TABLES ... FOR EXPORT 确保对命名表的更改被刷新到磁盘，以便在实例运行时可以创建二进制表副本。当运行 FLUSH TABLES ... FOR EXPORT 时， InnoDB 在表的架构目录中为表的每个表空间文件生成一个 .cfg 元数据文件。

mysql> \! ls /path/to/datadir/test/
t1#p#p0.ibd  t1#p#p1.ibd  t1#p#p2.ibd t1#p#p3.ibd
t1#p#p0.cfg  t1#p#p1.cfg  t1#p#p2.cfg t1#p#p3.cfg

.cfg 文件包含在导入操作期间用于架构验证的元数据。 FLUSH TABLES ... FOR EXPORT 只能对表运行，不能对单个表分区运行。

将分区 p2 和分区 p3 的 .ibd 和 .cfg 文件从源实例架构目录复制到目标实例架构目录。

$> scp t1#p#p2.ibd t1#p#p2.cfg t1#p#p3.ibd t1#p#p3.cfg destination-server:/path/to/datadir/test

必须在释放共享锁之前复制 .ibd 和 .cfg 文件，如下一步骤所述。

在源实例上，使用 UNLOCK TABLES 来释放由 FLUSH TABLES ... FOR EXPORT 获取的锁。

mysql> USE test;
mysql> UNLOCK TABLES;

在目标实例上，导入表分区 p2 和 p3

mysql> USE test;
mysql> ALTER TABLE t1 IMPORT PARTITION p2, p3 TABLESPACE;