重要

現在表示されているページは、TiDBのアーカイブされたドキュメント (非更新) です。TiDBをご利用の場合、最新のLTS (Long Term Support) バージョンの使用を推奨します。

重要

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

TiDB データ移行用語集

このドキュメントでは、TiDB Data Migration (DM) のログ、監視、構成、およびドキュメントで使用される用語を一覧表示します。

B

Binlog

TiDB DM では、binlog は TiDB データベースで生成されたバイナリログファイルを参照します。 MySQL や MariaDB と同様の表示があります。詳細はMySQL バイナリログとMariaDB バイナリログを参照してください。

Binlogイベント

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

Binlogイベントフィルター

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

Binlogの位置

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

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

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

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

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

C

チェックポイント

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

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

また、中継処理ユニットに対応するrelay.metaの情報は、チェックポイントと同様に機能します。中継処理部は上流からバイナリログイベントを引っ張ってこのイベントを中継ログに書き込み、ビンログ位置またはこのイベントに対応する GTID 情報をrelay.metaに書き込みます。

D

ダンプ処理単位/ダンプ単位

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

G

GTID

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

L

負荷処理装置/負荷装置

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

M

移行/移行

TiDB データ移行ツールを使用して、アップストリームデータベースの完全なデータをダウンストリームデータベースにコピーするプロセス。

「完全」と明確に言及し、「完全または増分」と明確に言及せず、「完全 + 増分」と明確に言及する場合は、複製/複製の代わりに移行/移行を使用します。

R

中継ログ

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

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

中継処理ユニット

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

複製/複製

TiDB データ移行ツールを使用して、アップストリームデータベースの増分データをダウンストリームデータベースにコピーするプロセス。

「増分」と明示する場合は、migrate/migration ではなく、replicate/replication を使用してください。

S

セーフモード

セーフモードは、主キーまたは一意のインデックスがテーブルスキーマに存在する場合に、DML ステートメントを複数回インポートできるモードです。このモードでは、アップストリームからの一部のステートメントは、書き直された後にのみダウンストリームに移行されます。 INSERTステートメントはREPLACEとして書き直されます。 UPDATEステートメントはDELETEおよびREPLACEとして書き直されます。

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

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

シャード DDL

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

シャード DDL ロック

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

シャードグループ

シャードグループは、マージされてダウンストリームの同じテーブルに移行されるすべてのアップストリームシャードテーブルです。 TiDB DM の実装には、2 レベルのシャードグループが使用されます。詳細はペシミスティックモードでのシャードテーブルからのデータのマージと移行の実装原則を参照してください。現在のドキュメントでは、シャードグループはシャーディンググループとも呼ばれます。

サブタスク

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

サブタスクのステータス

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

T

テーブルルーティング

テーブルルーティング機能により、DM はアップストリームの MySQL または MariaDB インスタンスの特定のテーブルを、シャードテーブルのマージと移行に使用できるダウンストリームの指定されたテーブルに移行できます。詳細はテーブルルーティングを参照してください。

仕事

start-taskコマンドを正常に実行した後に開始されるデータ移行タスク。異なるタスク構成では、1 つの移行タスクを 1 つの DM-worker インスタンスまたは複数の DM-worker インスタンスで同時に実行できます。

タスクのステータス

タスクステータスは、データ移行タスクのステータスを示します。タスクのステータスは、そのすべてのサブタスクのステータスによって異なります。詳細はサブタスクのステータスを参照してください。