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

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

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只能在表上运行，不能在单个表分区上运行。

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

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