在目标实例上，创建与您想导入的表定义相同的表。 (可以使用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在表的schema目录中生成一个.cfg元数据文件。该.cfg文件包含用于 schema 验证的元数据，该元数据将在导入操作期间使用。

从源实例复制.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在表的schema目录中生成名为.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;

在目标实例上，创建一个与要导入分区的表定义相同的分区表。如果表定义不匹配，当您尝试导入操作时将报告架构不匹配错误。

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

在目标实例上， discard intended to import from the source instance。 (在导入分区之前，您必须从接收的分区表中 discard 对应的分区。)

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为每个表空间文件在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只能在表级别运行，而不能在单个表分区上运行。

将partition p2 和 partition p3 的.ibd 和.cfg文件从源实例的schema目录复制到目标实例的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;