重要

このページは英語版のページを機械翻訳しています。原文はこちらからご覧ください。

TiDB データ移行用語集

このドキュメントでは、TiDB データ移行 (DM) のログ、監視、構成、およびドキュメントで使用される用語を示します。

B

Binlog

TiDB DM では、バイナリログは TiDB データベースで生成されるバイナリログファイルを指します。MySQL や MariaDB と同じ意味を持ちます。詳細はMySQL バイナリログとMariaDB バイナリログを参照してください。

Binlogイベント

Binlogイベントは、MySQL または MariaDBサーバーインスタンスに対して行われたデータ変更に関する情報です。これらのbinlogイベントは、binlogファイルに保存されます。詳細については、 MySQLBinlogイベントとMariaDBBinlogイベントを参照してください。

Binlogイベントフィルター

Binlogイベントフィルター、ブロックリストと許可リストのフィルタリングルールよりもきめ細かいフィルタリング機能です。詳細については、 binlogイベントフィルターを参照してください。

Binlogの位置

binlog位置は、 binlogファイル内のbinlogイベントのオフセット情報です。詳細については、 MySQL SHOW BINLOG EVENTSとMariaDB SHOW BINLOG EVENTSを参照してください。

Binlogレプリケーション処理ユニット/同期ユニット

Binlogログレプリケーション処理ユニットは、DM-worker でアップストリームバイナリログまたはローカルリレーログを読み取り、これらのログをダウンストリームに移行するために使用する処理ユニットです。各サブタスクは、binlogレプリケーション処理ユニットに対応します。現在のドキュメントでは、binlogレプリケーション処理ユニットは同期処理ユニットとも呼ばれます。

ブロックと許可テーブルリスト

ブロックおよび許可テーブルリストは、一部のデータベースまたは一部のテーブルのすべての操作をフィルタリングしたり、移行のみを行う機能です。詳細についてはブロックと許可のテーブルリストを参照してください。この機能はMySQL レプリケーションフィルタリングおよびMariaDB レプリケーションフィルターに似ています。

Ｃ

チェックポイント

チェックポイントは、完全なデータインポートまたは増分レプリケーションタスクが一時停止されて再開される位置、または停止されて再起動される位置を示します。

完全インポートタスクでは、チェックポイントは、インポート中のファイル内の正常にインポートされたデータのオフセットおよびその他の情報に対応します。チェックポイントは、データインポートタスクと同期して更新されます。
増分レプリケーションでは、チェックポイントは、正常に解析され、ダウンストリームに移行されたbinlogイベントのbinlogの位置およびその他の情報に対応します。チェックポイントは、DDL 操作が正常に移行された後、または最後の更新から 30 秒後に更新されます。

また、リレー処理装置に対応するrelay.meta情報は、チェックポイントと同様に機能します。リレー処理ユニットは、上流からbinlogイベントをプルしてこのイベントをリレーログに書き込み、このイベントに対応するbinlogの位置または GTID 情報をrelay.metaに書き込みます。

だ

ダンプ処理装置/ダンプユニット

ダンプ処理単位は、DM-worker でアップストリームからすべてのデータをエクスポートするために使用される処理単位です。各サブタスクはダンプ処理単位に対応します。

グ

GTID

GTID は、MySQL または MariaDB のグローバルトランザクション ID です。この機能を有効にすると、GTID 情報がbinlogファイルに記録されます。複数の GTID が GTID セットを形成します。詳細については、 MySQL GTID のフォーマットと保存とMariaDB グローバルトランザクションIDを参照してください。

ら

負荷処理装置/負荷ユニット

ロード処理ユニットは、完全にエクスポートされたデータをダウンストリームにインポートするために DM-worker で使用される処理ユニットです。各サブタスクはロード処理ユニットに対応します。現在のドキュメントでは、ロード処理ユニットはインポート処理ユニットとも呼ばれます。

ま

移行/移行

TiDB データ移行ツールを使用して、上流データベースの全データを下流データベースにコピーするプロセス。

「完全」と明記し、「完全または増分」とは明記せず、「完全 + 増分」と明記する場合は、replicate/replication ではなく migrate/migration を使用します。

R

リレーログ

リレーログとは、DM-worker がアップストリームの MySQL または MariaDB から取得し、ローカルディスクに保存するbinlogファイルを指します。リレーログの形式は標準のbinlogファイルであり、互換バージョンのmysqlbinlogなどのツールで解析できます。その役割はMySQL リレーログやMariaDB リレーログと同様です。

リレーログのディレクトリ構造、初期移行ルール、TiDB DM のデータ消去などの詳細については、 TiDB DMリレーログを参照してください。

リレー処理ユニット

リレー処理ユニットは、DM-worker でアップストリームからbinlogファイルを取得し、リレーログにデータを書き込むために使用される処理ユニットです。各 DM-worker インスタンスには、リレー処理ユニットが 1 つだけあります。

複製/レプリケーション

TiDB データ移行ツールを使用して、上流データベースの増分データを下流データベースにコピーするプロセス。

「増分」を明記する場合は、migrate/migration ではなく replicate/replication を使用します。

S

セーフモード

セーフモードは、テーブルスキーマに主キーまたは一意のインデックスが存在する場合に、DML ステートメントを複数回インポートできるモードです。このモードでは、上流の一部のステートメントは、書き換えられた後にのみ下流に移行されますINSERTステートメントはREPLACEに書き換えられ、 UPDATEステートメントはDELETEとREPLACEに書き換えられます。

このモードは、次のいずれかの状況で有効になります。

タスク構成ファイルのsafe-modeパラメータがtrueに設定されている場合、セーフモードは有効のままになります。
シャードマージシナリオでは、すべてのシャードテーブルで DDL ステートメントが複製される前は、セーフモードが有効なままになります。
完全移行タスクのダンプ処理単位に引数--consistency noneが設定されている場合、エクスポート開始時のbinlog の変更がエクスポートされたデータに影響するかどうかを判断できません。そのため、これらのbinlogの変更の増分レプリケーションではセーフモードが有効なままになります。
タスクがエラーによって一時停止され、その後再開された場合、一部のデータに対する操作が 2 回実行される可能性があります。

シャードDDL

シャード DDL は、上流のシャードテーブルで実行される DDL ステートメントです。シャードテーブルをマージするプロセスで、TiDB DM によって調整および移行される必要があります。現在のドキュメントでは、シャード DDL はシャーディング DDL とも呼ばれます。

シャードDDLロック

シャード DDL ロックは、シャード DDL の移行を調整するロックメカニズムです。詳細については、悲観的モードでのシャードテーブルからのデータのマージと移行の実装原則を参照してください。現在のドキュメントでは、シャード DDL ロックはシャーディング DDL ロックとも呼ばれます。

シャードグループ

シャードグループとは、下流の同じテーブルにマージおよび移行される上流のシャードテーブルすべてです。2 レベルのシャードグループは、TiDB DM の実装に使用されます。詳細については、悲観的モードでのシャードテーブルからのデータのマージと移行の実装原則を参照してください。現在のドキュメントでは、シャードグループはシャーディンググループとも呼ばれます。

サブタスク

サブタスクは、各 DM ワーカーインスタンスで実行されているデータ移行タスクの一部です。さまざまなタスク構成では、単一のデータ移行タスクに 1 つのサブタスクまたは複数のサブタスクが含まれる場合があります。

サブタスクのステータス

サブタスクステータスは、データ移行サブタスクのステータスです。現在のステータスオプションには、 New 、 Running 、 Paused 、 Stopped 、およびFinishedがあります。データ移行タスクまたはサブタスクのステータスの詳細については、サブタスクのステータスを参照してください。

T

テーブルルーティング

テーブルルーティング機能により、DM は上流の MySQL または MariaDB インスタンスの特定のテーブルを下流の指定されたテーブルに移行することができ、シャードされたテーブルをマージして移行するために使用できます。詳細についてはテーブルルーティングを参照してください。

タスク

データ移行タスクは、 start-taskコマンドを正常に実行した後に開始されます。さまざまなタスク構成では、単一の移行タスクを単一の DM ワーカーインスタンスで実行することも、複数の DM ワーカーインスタンスで同時に実行することもできます。

タスクのステータス

タスクステータスは、データ移行タスクのステータスを指します。タスクステータスは、そのすべてのサブタスクのステータスに依存します。詳細については、サブタスクのステータスを参照してください。