宛先インスタンスで、インポートするテーブルと同じ定義でテーブルを作成します。 (テーブル定義は、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 メタデータファイルをソースインスタンスから宛先インスタンスにコピーします。 例:

shell> 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 3;

/datadir/test ディレクトリには、3 つのパーティションごとにテーブルスペースの .ibd ファイルがあります。

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

宛先インスタンスで、パーティションテーブルのテーブルスペースを破棄します。 (インポート操作の前に、受信側のテーブルのテーブルスペースを破棄する必要があります。)

mysql> ALTER TABLE t1 DISCARD TABLESPACE;

パーティションテーブルの 3 つのテーブルスペース .ibd ファイルが/datadir/test ディレクトリから破棄され、次のファイルが残されます:

mysql> \! ls /path/to/datadir/test/
t1.frm

ソースインスタンスで、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.frm  t1#p#p0.cfg  t1#p#p1.cfg  t1#p#p2.cfg

.cfg ファイルには、テーブルスペースのインポート時にスキーマ検証に使用されるメタデータが含まれています。 FLUSH TABLES ... FOR EXPORT は、個々のテーブルパーティションではなく、テーブルでのみ実行できます。

.ibd および .cfg ファイルをソースインスタンスのスキーマディレクトリから宛先インスタンスのスキーマディレクトリにコピーします。 例:

shell>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 ディレクトリには、4 つのパーティションごとにテーブルスペースの .ibd ファイルがあります。

mysql> \! ls /path/to/datadir/test/
t1.frm  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;

破棄された 2 つのパーティションのテーブルスペース .ibd ファイルが宛先インスタンスの/datadir/test ディレクトリから削除され、次のファイルが残されます:

mysql> \! ls /path/to/datadir/test/
t1.frm  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.frm  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 ファイルを、ソースインスタンスのスキーマディレクトリから宛先インスタンスのスキーマディレクトリにコピーします。

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