在目标实例上，创建一个与您要导入的表具有相同定义的表。（您可以使用 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 只能对表运行，不能对单个表分区运行。

将分区 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;