在目标实例上，创建一个与要导入的表具有相同定义的表。（可以使用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;

从 /datadir/test 目录中丢弃了三个分区的表空间 .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#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 在表的 schema 目录中生成每个表空间文件的 .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 文件包含用于 schema 验证的元数据，在导入操作期间使用。FLUSH TABLES ... FOR EXPORT 只能在表上运行，而不能在单个表分区上运行。

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

$> 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;