mysqlでのテーブルスペース転送の分析例-mysql チュートリアル-php.cn

mysqlでのテーブルスペース転送の分析例

WBOY

リリース： 2023-05-27 12:22:06

転載

1121 人が閲覧しました

説明: MySQL (5.6.6 以降)、innodb_file_per_table がオンになっています。

1.1. 操作手順:

0. ターゲットサーバーは同じテーブル構造を作成します
1. ターゲットサーバー: ALTER TABLE t DISCARD TABLESPACE;
2. ソースサーバー: FLUSHエクスポート用のテーブル;
3. t.ibd、t.cfg ファイルをソースサーバーから宛先サーバーにコピーします
4. ソースサーバー: UNLOCK TABLES;
5. 宛先サーバー: ALTER TABLE t IMPORT TABLESPACE;

1.2. デモ
[mysql5711] の burn_test ライブラリの下にある test_purge テーブルを複数のインスタンスで [mysql57112] の burn_test2 ライブラリの下にある test_purge テーブルに転送します

1.2.1準備

1. ターゲットサーバーにテーブルスペースを作成します

-- ソースサーバー[mysql5711]

mysql> select * from burn_test.test_purge;
- --- ------
| a | b |
---- ------
| 1 | 10 |
| 3 | 30 |
| 4 | 40 |
| 5 | 50 |
| 6 | 60 |
| 7 | 70 |
| 8 | 80 |
| 10 | 100 |
--- - -- ---- セット内の
8 行 (0.01 秒)

-- ターゲットサーバー [mysql57112]
--
-- test_purge はターゲットサーバーに存在しません。最初にテーブルを作成します
mysql> CREATE TABLE `test_purge` (
`a` int(11) NOT NULL AUTO_INCREMENT,
`b` int(11) DEFAULT NULL,
PRIMARY KEY (`a `),
UNIQUE KEY `b` (`b`)
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4；
クエリ OK、影響を受ける行は 0 行 (0.16 秒)

2. 作成完了後は確認

## ターゲットサーバー

#[root@MyServer burn_test_2]> ll | grep test_purge
-rw-r-----.1 mysql mysql 8578 Mar 21 10:31 test_purge.frm # テーブル構造
-rw-r-----. 1 mysql mysql 57344 Mar 21 10:31 test_purge.ibd # テーブルスペース、テーブルスペースファイルは削除する必要がありますDISCARD
ALTER TABLE test_purge DISCARD TABLESPACE; は、test_purge.frm ファイルを保持し、test_purge.ibd

3 を削除することを意味します。ibd ファイルを削除するには、discard を使用します

--ターゲットサーバー

mysql> alter table test_purge destroy tablespace;
クエリ OK、影響を受ける行は 0 (0.04 秒)
mysql> show tables;
-------------- ----- ----
| Tables_in_burn_test_2 |
-----------------------
| test_backup1 |
| test_purge |
----------------------- セット内の
2 行 (0.00 秒)
mysql> select * from test_purge;
エラー 1814 (HY000): テーブル 'test_purge' のテーブルスペースが破棄されました
[root@MyServer burn_test_2]> ll | grep test_purge
-rw-r-----. 1 mysql mysql 8578 3 月 21 日 10:31 test_purge.frm

1.2.2. テーブルスペースのエクスポート
1. ソースサーバーで、export コマンドを使用してテーブルスペースをエクスポートします (同時に読み取りロックを追加します)。

--ソースサーバー

mysql> エクスポート用のテーブル test_purge をフラッシュします; -- 実際にこのテーブルに読み取りロックを追加します
クエリ OK、影響を受ける行は 0 です (0.00 秒)
2. cfg ファイルと ibd ファイルをエクスポートし、ターゲットサーバー

## ソースサーバー

[root@MyServer burn_test]> ll | grep test_purge
のデータベースにコピーします。 -rw-r-----. 1 mysql mysql 462 Mar 21 10:58 test_purge.cfg # エクスポート後の追加ファイルにはメタデータ情報が含まれています
-rw-r-----. 1 mysql mysql 8578 3 月 4 日 15:41 test_purge.frm
-rw-r-----. 1 mysql mysql 57344 3 月 5 日 15:28 test_purge.ibd
[root@MyServer burn_test]> cp test_purge.cfg test_purge。 ibd /data/mysql_data /5.7.11_2/burn_test_2/ # テーブルスペースと cfg ファイルをコピーします。scp をリモートで使用してください (ローカルマルチインスタンスのデモンストレーション、ここでのライブラリ名は異なります)
3. テーブルスペースをエクスポートした後、できるだけ早くロックを解除してください

-- ソースサーバー

mysql> テーブルのロックを解除; -- できるだけ早くロックを解除してください
クエリ OK、影響を受ける行は 0 行 (0.00 秒)
注: 必ず最初に cfg ファイルと ibd ファイルをコピーしてからロックを解除してください。ロックを解除すると cfg ファイルが削除されるためです
# ソースサーバー上のログ
[注] InnoDB: パージの停止 #実際には、パージを停止するには、エクスポート用のテストテーブルを見つけるだけです。
[Note] InnoDB: テーブルメタデータを './burn_test/test_purge.cfg' に書き込みます。
[Note] InnoDB: テーブル `burn_test`.`test_purge` がフラッシュされます。ディスク
[メモ] InnoDB: メタデータファイル ' ./burn_test/test_purge.cfg' を削除します # テーブルのロックを解除すると、ファイルは自動的に削除されます
[メモ] InnoDB: パージを再開します # ロックを解除した後、復元しますパージスレッド
4. ターゲットサーバー上の cfg ファイルと ibd ファイルを変更する権限

## ターゲットサーバー

#[root@MyServer burn_test_2]> chown mysql.mysql test_purge .cfg test_purge.ibd
5. ターゲットサーバーでインポートコマンドを実行します Import tablespace
-- Target server
--
mysql> alter table test_purge import tablespace; -- Import tablespace
クエリ OK、影響を受ける行は 0 (0.24 秒)
mysql> select * from test_purge; -- ソースサーバーからコピーされたデータを読み取ることができます
---- ------
| a | b |
---- ----- -
| 1 | 10 |
| 3 | 30 |
| 4 | 40 |
| 5 | 50 |
| 6 | 60 |
| 7 | 70 |
| 8 | 80 |
| 10 | 100 |
---- ------ セット内の
8 行(0.00 秒)