誤ってテーブルを変更した場合、データベース・テーブルの復元機能を使用して、影響を受けたテーブルを元のクラスターに復元できます。
データベースとテーブルは、ポイントインタイムリストアを使用するか、バックアップセット (スナップショット) から復元することができます。ターゲットの復元ポイントがバックアップセットの作成時刻と同じである場合、バックアップセットからの復元がより便利です。ターゲットの復元ポイントが既存のバックアップセットの作成時刻と異なる場合は、ポイントインタイムリストアを使用する必要があります。
高速インポート機能を含む新しいデータベース・テーブルの復元ワークフローは、マイナーバージョンが 8.0.1.1.49 以降の PolarDB for MySQL 8.0.1 クラスターに対して段階的にリリースされています。
全体的なプロセス
ポイントインタイムリストアを使用するか、バックアップセット (スナップショット) から復元するかにかかわらず、主要なプロセスは同じです。まず、一時ノードが作成され、特定の時点のデータがそのノードに復元されます。その後、データは一時ノードから元のクラスターに復元されます。
データベース・テーブルの復元機能の新バージョンは 2024 年 4 月 3 日にリリースされました。旧バージョンと比較して、このバージョンでは元のクラスターにデータを復元するために必要な時間が短縮されています。データはホットスタンバイクラスターおよび GDN セカンダリクラスターにも自動的に同期されるため、復元時間が大幅に短縮されます。
利用シーン
データベース・テーブルの復元機能は PolarDB Enterprise Edition と Standard Edition をサポートしていますが、特定のクラスターリビジョンバージョンが必要です。次の表に、さまざまなシナリオで必要となる最小リビジョンバージョンを示します。
基本機能：データベース・テーブルの復元をサポートするために必要な最小リビジョンバージョン。
新しい復元プロセス：新しい復元プロセスの速度最適化の恩恵を受けるには、より高いリビジョンバージョンが必要です。
エディションシリーズ | MySQL バージョン | アーキテクチャ | 基本機能 (最小リビジョンバージョン) | 新しい復元プロセス (最小リビジョンバージョン) |
Enterprise Edition (クラスター版) | 5.6 | X86 |
|
|
5.7 | X86 |
|
| |
8.0.1 | X86 |
|
| |
8.0.2 | X86 |
|
| |
Standard Edition | 5.6 | X86 |
|
|
5.7 | X86 |
|
| |
8.0.1 | X86 |
|
| |
Yitian (ARM) |
|
| ||
8.0.2 | X86 |
|
|
ご利用の PolarDB for MySQL クラスターの [基本情報] ページの [設定情報] セクションで、クラスターのカーネルバージョンを確認できます。
新旧バージョンのフローチャート
クラスターのリビジョンバージョンが要件を満たしている場合、新しいデータベース・テーブルの復元ワークフローが自動的に使用されます。以下の図は、新旧のワークフローを示しています。
オフピーク時にデータを復旧することをお勧めします。
推定時間
各ステップの推定時間
ステップ | 推定時間 |
一時ノードを作成し、バックアップセットからノードにデータを復旧します。 | 約 3〜10 分。 |
redo ログから増分データを復元します。 説明 このステップは、ポイントインタイムリストアの場合にのみ必要です。所要時間は、適用する redo ログのサイズによって異なります。 | 1.5 GB/分。 |
データを元のクラスターに復旧します。 | 所要時間の目安については、「データベースとテーブルの復元速度テストの参考値」をご参照ください。 |
上記のデータは参考値です。
テラバイト単位のデータを復元する場合、データベース・テーブルの復元操作には時間がかかることがあります。より高速な復元のためには、バックアップセットからのフル復元機能を使用してください。このプロセスは通常、数分で完了します。詳細については、「フル復元の方法 1：バックアップセットからのデータ復元」をご参照ください。
データベースとテーブルの復元速度テストの参考値
CPU とメモリ（専用） | テストデータ | innodb_io_capacity | innodb_io_capacity_max | 旧ワークフロー | 新しいワークフロー | 速度比較：新ワークフロー vs 旧ワークフロー | |||||
ストレージのホットスタンバイを有効化 | 復旧時間 | 復旧速度 | 復旧速度の構成 | 復旧時間 | 復旧速度 | ホットスタンバイクラスター有効 (旧ワークフロー) | 速度の向上 | ||||
2 コア、8 GB | 単一テーブル、約 200 GB | 4000 | 8000 | はい | 3 時間 38 分 25 秒 | 1.03 GB/分 | 標準 | 1 時間 43 分 36 秒 | 2.16 GB/分 | はい | 110% |
いいえ | 2時間23分0秒 | 1.57 GB/分 | いいえ | 38% | |||||||
4 コア、16 GB | 単一テーブル、約 200 GB | 4000 | 8000 | はい | 3 時間 3 分 31 秒 | 1.14 GB/分 | 高速 | 54 分 13 秒 | 3.70 GB/分 | はい | 225% |
いいえ | 88% | ||||||||||
標準 | 1時間20分 | 2.5 GB/分 | はい | 119% | |||||||
いいえ | 1時間45分53秒 | 1.97 GB/分 | いいえ | 27% | |||||||
安全 | 2 時間 12 分 | 1.52 GB/分 | はい | 33% | |||||||
いいえ | -30% | ||||||||||
8000 | 16000 | はい | 3 時間 3 分 15 秒 | 1.14 GB/分 | 高速 | 42 分 18 秒 | 4.76 GB/分 | はい | 318% | ||
いいえ | 142% | ||||||||||
標準 | 54分 16秒 | 3.70 GB/分 | はい | 225% | |||||||
いいえ | 1時間45分53秒 | 1.97 GB/分 | いいえ | 88% | |||||||
安全 | 1時間20分 | 2.5 GB/分 | はい | 119% | |||||||
いいえ | 27% | ||||||||||
8 コア、32 GB | 単一テーブル、約 200 GB | 4000 | 8000 | はい | 2 時間 50 分 56 秒 | 1.19 GB/分 | 高速 | 54 分 39 秒 | 3.70 GB/分 | はい | 211% |
いいえ | 80% | ||||||||||
標準 | 1 時間 21 分 | 2.47 GB/分 | はい | 108% | |||||||
いいえ | 1時間38分57秒 | 2.05 GB/分 | いいえ | 20% | |||||||
安全 | 2 時間 12 分 | 1.52 GB/分 | はい | 28% | |||||||
いいえ | -35% | ||||||||||
18000 | 36000 | はい | 2 時間 51 分 5 秒 | 1.19 GB/分 | 高速 | 41 分 48 秒 | 4.88 GB/分 | はい | 310% | ||
いいえ | 273% | ||||||||||
標準 | 54分 43秒 | 3.70 GB/分 | はい | 211% | |||||||
いいえ | 1時間38分33秒 | 1.31 GB/分 | いいえ | 182% | |||||||
安全 | 1 時間 21 分 | 2.47 GB/分 | はい | 108% | |||||||
いいえ | 89% | ||||||||||
16 コア、64 GB | 単一テーブル、約 200 GB | 4000 | 8000 | はい | 2時間 55分 26秒 | 1.17 GB/分 | クイック | 53分28秒 | 3.77 GB/分 | はい | 222% |
いいえ | 88% | ||||||||||
標準 | 1時間20分 | 2.5 GB/分 | はい | 114% | |||||||
いいえ | 1時間 42分 20秒 | 2.01 GB/分 | いいえ | 24% | |||||||
安全 | 2時間 12分 | 1.52 GB/分 | はい | 30% | |||||||
いいえ | -32% | ||||||||||
20000 | 40000 | はい | 2時間 53分 49秒 | 1.19 GB/分 | クイック | 41分 1秒 | 4.88 GB/分 | はい | 310% | ||
いいえ | 138% | ||||||||||
標準 | 54分5秒 | 3.70 GB/分 | はい | 211% | |||||||
いいえ | 1時間 40分 35秒 | 2.05 GB/分 | いいえ | 80% | |||||||
安全 | 1時間20分 | 2.5 GB/分 | はい | 110% | |||||||
いいえ | 22% | ||||||||||
復元速度は、データが元のクラスターに復元される速度を指します。復元プロセスにおける一時ノードの作成や増分ログの復元に必要な時間は含まれません。
復元速度は、ホットスタンバイクラスターが有効になっているか、プライマリノードの仕様、
innodb_io_capacityパラメーターの値、復元速度の構成、復元されるテーブルの数など、いくつかの要因に依存します。innodb_io_capacityおよびinnodb_io_capacity_maxパラメーターの値を動的に変更することで、復元速度を調整できます。これらのパラメーター値を変更すると、旧ワークフローの復元速度にはわずかな影響しかありませんが、新ワークフローには大きな影響があります。復元速度は、使用される IOPS (1 秒あたりの入出力操作) に基づいて、高速、標準、安全の 3 つの構成に分類されます。IOPS 値が高いほど、復元速度は速くなります。この速度向上は、大きなテーブルを復元する際に特に顕著です。
復元速度の構成は、旧ワークフローの復元速度にはわずかな影響しかありませんが、新ワークフローには大きな影響があります。
2 コア、8 GB の仕様は小規模で I/O の変動が大きいため、復元速度の構成による効果が顕著でない場合があります。そのため、この構成のテスト結果は記載されていません。
上記のテストデータは、多数のテーブルを復元するシナリオをカバーしていません。一度に多数のテーブルを復元する場合、復元速度も影響を受けます。
上記のテストデータはあくまで参考値です。実際の復元速度は、基盤となるマシンモデルやネットワーク状態などの要因に影響されます。