TiDB データ移行ブロックリストと許可リスト

TiDB データ移行 (DM) を使用してデータを移行する場合、ブロック リストと許可リストを構成して、一部のデータベースまたは一部のテーブルのすべての操作をフィルター処理したり、移行のみを行ったりすることができます。

ブロックリストと許可リストを設定する

タスク構成ファイルに次の構成を追加します。

block-allow-list:             # Use black-white-list if the DM version is earlier than or equal to v2.0.0-beta.2.
  rule-1:
    do-dbs: ["test*"]         # Starting with characters other than "~" indicates that it is a wildcard;
                              # v1.0.5 or later versions support the regular expression rules.
    do-tables:
    - db-name: "test[123]"    # Matches test1, test2, and test3.
      tbl-name: "t[1-5]"      # Matches t1, t2, t3, t4, and t5.
    - db-name: "test"
      tbl-name: "t"
  rule-2:
    do-dbs: ["~^test.*"]      # Starting with "~" indicates that it is a regular expression.
    ignore-dbs: ["mysql"]
    do-tables:
    - db-name: "~^test.*"
      tbl-name: "~^t.*"
    - db-name: "test"
      tbl-name: "t*"
    ignore-tables:
    - db-name: "test"
      tbl-name: "log"

単純なシナリオでは、スキーマとテーブルを一致させるためにワイルドカードを使用することをお勧めします。ただし、次のバージョンの違いに注意してください。

• * 、 ? 、 []などのワイルドカードがサポートされています。ワイルドカードの一致には*記号が 1 つだけ存在でき、末尾に配置する必要があります。たとえば、 tbl-name: "t*"では、 "t*" tで始まるすべてのテーブルを示します。詳細についてはワイルドカードマッチング参照してください。

• 正規表現は~文字で始まる必要があります。

パラメータの説明

• do-dbs : MySQL のreplicate-do-dbと同様に、移行するスキーマのリストを許可します。
• ignore-dbs : 移行するスキーマのブロック リスト。MySQL のreplicate-ignore-dbに似ています。
• do-tables : MySQL のreplicate-do-tableと同様に、移行するテーブルのリストを許可します。4 とdb-name tbl-name両方を指定する必要があります。
• ignore-tables : 移行するテーブルのブロック リスト。MySQL のreplicate-ignore-tableに似ています。4 とdb-name tbl-name両方を指定する必要があります。

上記のパラメータの値が~文字で始まる場合、この値のその後の文字は正規表現として扱われます。このパラメータを使用して、スキーマ名またはテーブル名を一致させることができます。

フィルタリングプロセス

• do-dbsとignore-dbsに対応するフィルタリング ルールは、MySQL のデータベースレベルのレプリケーションとバイナリログオプションの評価と同様です。
• do-tablesとignore-tablesに対応するフィルタリング ルールは、MySQL のテーブルレベルのレプリケーション オプションの評価と同様です。

注記：

DM と MySQL では、ブロック リストと許可リストのフィルタリング ルールが次の点で異なります。

• MySQL では、 replicate-wild-do-tableとreplicate-wild-ignore-tableワイルドカード文字をサポートします。DM では、一部のパラメータ値は~文字で始まる正規表現を直接サポートします。
• DM は現在、 ROW形式のバイナリログのみをサポートしており、 STATEMENT形式やMIXED形式のバイナリログはサポートしていません。したがって、DM のフィルタリング ルールは、MySQL のROW形式のフィルタリング ルールに対応しています。
• MySQL は、ステートメントのUSEセクションで明示的に指定されたデータベース名のみで DDL ステートメントを決定します。DM は、まず DDL ステートメントのデータベース名セクションに基づいてステートメントを決定します。DDL ステートメントにそのようなセクションが含まれていない場合、DM はUSEセクションでステートメントを決定します。決定する SQL ステートメントがUSE test_db_2; CREATE TABLE test_db_1.test_table (c1 INT PRIMARY KEY)であり、 replicate-do-db=test_db_1 MySQL で構成され、 do-dbs: ["test_db_1"] DM で構成されているとします。この場合、このルールは DM にのみ適用され、MySQL には適用されません。

testテーブルのフィルタリング プロセスはtのとおりです。

1. スキーマレベルでフィルターします。

   • do-dbsが空でない場合は、 do-dbsに一致するスキーマが存在するかどうかを確認します。

     • はいの場合は、テーブルレベルでフィルタリングを続行します。
     • そうでない場合は、 test tフィルタリングします。

   • do-dbsが空でignore-dbs空でない場合は、 ignore-dbsに一致するスキーマが存在するかどうかを確認します。

     • はいの場合は、フィルターtest 。 t 。
     • そうでない場合は、テーブルレベルでフィルタリングを続行します。

   • do-dbsとignore-dbs両方が空の場合は、テーブルレベルでフィルタリングを続行します。

2. テーブルレベルでフィルターします。

   1. do-tablesが空でない場合は、 do-tablesに一致するテーブルが存在するかどうかを確認します。

      • はいの場合は、 test . tを移行します。
      • そうでない場合は、 test tフィルタリングします。

   2. ignore-tablesが空でない場合は、 ignore-tablesに一致するテーブルが存在するかどうかを確認します。

      • はいの場合は、フィルターtest 。 t 。
      • そうでない場合は、 test . tを移行します。

   3. do-tablesとignore-tables両方が空の場合は、 test 。 t 。

注記：

スキーマtestをフィルタリングする必要があるかどうかを確認するには、スキーマ レベルでフィルタリングするだけで済みます。

使用例

アップストリーム MySQL インスタンスに次のテーブルが含まれていると仮定します。

`logs`.`messages_2016`
`logs`.`messages_2017`
`logs`.`messages_2018`
`forum`.`users`
`forum`.`messages`
`forum_backup_2016`.`messages`
`forum_backup_2017`.`messages`
`forum_backup_2018`.`messages`

構成は次のとおりです。

block-allow-list:  # Use black-white-list if the DM version is earlier than or equal to v2.0.0-beta.2.
  bw-rule:
    do-dbs: ["forum_backup_2018", "forum"]
    ignore-dbs: ["~^forum_backup_"]
    do-tables:
    - db-name: "logs"
      tbl-name: "~_2018$"
    - db-name: "~^forum.*"
​      tbl-name: "messages"
    ignore-tables:
    - db-name: "~.*"
​      tbl-name: "^messages.*"

bw-ruleルールを適用した後: