TiDBデータ移行用語集

このドキュメントには、TiDBデータ移行（DM）のログ、監視、構成、およびドキュメントで使用される用語がリストされています。

B

Binlog

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

Binlogイベント

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

Binlogイベントフィルター

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

Binlogの位置

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

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

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

テーブルリストをブロックして許可する

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

C

チェックポイント

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

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

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

D

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

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

G

GTID

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

L

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

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

M

移行/移行

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

「フル」を明示的に言及し、「フルまたはインクリメンタル」を明示的に言及せず、「フル+インクリメンタル」を明確に言及する場合は、レプリケート/レプリケーションの代わりに移行/移行を使用してください。

R

リレーログ

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

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

リレー処理装置

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

複製/複製

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

「インクリメンタル」について明確に言及する場合は、移行/移行の代わりにレプリケート/レプリケーションを使用してください。

S

セーフモード

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

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

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

シャードDDL

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

シャードDDLロック

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

シャードグループ

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

サブタスク

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

サブタスクのステータス

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

T

テーブルルーティング

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

仕事

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

タスクのステータス

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