TiDB Cloud
TiDB Self-Managed
Learning Center
お問い合わせ

チェンジフィード

TiDB Cloud changefeed は、TiDB Cloudから他のデータ サービスにデータをストリーミングするのに役立ちます。現在、 TiDB Cloud は、 Apache Kafka、MySQL、 TiDB Cloud 、クラウドstorageへのデータのストリーミングをサポートしています。

注記：

  • 現在、 TiDB Cloudクラスターごとに最大 100 個の変更フィードのみが許可されます。
  • 現在、 TiDB Cloud、変更フィードごとに最大 100 個のテーブル フィルター ルールのみが許可されます。
  • TiDB Cloudサーバーレス クラスターの場合、changefeed 機能は使用できません。

changefeed 機能にアクセスするには、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで[Changefeed]をクリックします。changefeed ページが表示されます。

変更フィード ページでは、変更フィードを作成したり、既存の変更フィードの一覧を表示したり、既存の変更フィードを操作したり (変更フィードのスケーリング、一時停止、再開、編集、削除など) できます。

チェンジフィードを作成する

変更フィードを作成するには、チュートリアルを参照してください。

クエリ変更フィード RCU

  1. ターゲット TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで[Changefeed]をクリックします。
  2. クエリを実行する対応する変更フィードを見つけて、 [アクション]列で[... ] > [ビュー]をクリックします。
  3. 現在の TiCDC レプリケーション容量単位 (RCU) は、ページの仕様領域で確認できます。

チェンジフィードをスケールする

変更フィードをスケールアップまたはスケールダウンすることで、変更フィードの TiCDC レプリケーション容量単位 (RCU) を変更できます。

注記：

  • クラスターの変更フィードをスケーリングするには、このクラスターのすべての変更フィードが 2023 年 3 月 28 日以降に作成されるようにしてください。
  • クラスターに 2023 年 3 月 28 日より前に作成された変更フィードがある場合、このクラスターの既存の変更フィードも新しく作成された変更フィードもスケールアップまたはスケールダウンをサポートしません。
  1. ターゲット TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで[Changefeed]をクリックします。
  2. スケールする対応する変更フィードを見つけて、 [アクション]列で[...] > [スケール アップ/ダウン]をクリックします。
  3. 新しい仕様を選択します。
  4. 「送信」をクリックします。

スケーリング プロセスが完了するまでに約 10 分 (その間、changefeed は正常に動作します)、新しい仕様に切り替えるまでに数秒 (その間、changefeed は一時停止され、自動的に再開されます) かかります。

変更フィードを一時停止または再開する

  1. ターゲット TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで[Changefeed]をクリックします。
  2. 一時停止または再開する対応する変更フィードを見つけて、 [アクション]列で[...] > [一時停止/再開] をクリックします。

変更フィードを編集する

注記：

TiDB Cloud現在、一時停止状態の変更フィードのみ編集できます。

  1. ターゲット TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで[Changefeed]をクリックします。

  2. 一時停止する変更フィードを見つけて、 [アクション]列の[...] > [一時停止] をクリックします。

  3. changefeed のステータスがPausedに変わったら、 [...] > [編集] をクリックして、対応する changefeed を編集します。

    TiDB Cloud は、デフォルトで changefeed 構成を設定します。次の構成を変更できます。

    • Apache Kafka シンク: すべての構成。
    • MySQL シンク: MySQL 接続、テーブル フィルター、およびイベント フィルター。
    • TiDB Cloudシンク: TiDB Cloud接続、テーブル フィルター、およびイベント フィルター。
    • クラウドstorageシンク:ストレージ エンドポイント、テーブル フィルター、イベント フィルター。

  4. 設定を編集した後、 「...」 > 「再開」をクリックして、対応する変更フィードを再開します。

変更フィードを削除する

  1. ターゲット TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで[Changefeed]をクリックします。
  2. 削除する対応する変更フィードを見つけて、 [アクション]列で[... ] > [削除] をクリックします。

チェンジフィード課金

TiDB Cloudの変更フィードの課金については、 チェンジフィード課金参照してください。

チェンジフィードの状態

レプリケーション タスクの状態は、レプリケーション タスクの実行状態を表します。実行プロセス中に、レプリケーション タスクはエラーで失敗したり、手動で一時停止、再開されたり、指定されたTargetTsに到達したりすることがあります。これらの動作により、レプリケーション タスクの状態が変化する可能性があります。

各状態は次のように説明されます。

  • CREATING : レプリケーション タスクを作成中です。
  • RUNNING : レプリケーション タスクは正常に実行され、チェックポイント ts は正常に進行します。
  • EDITING : レプリケーション タスクが編集中です。
  • PAUSING : レプリケーション タスクは一時停止中です。
  • PAUSED : レプリケーション タスクは一時停止されています。
  • RESUMING : レプリケーション タスクが再開されています。
  • DELETING : レプリケーション タスクが削除されています。
  • DELETED : レプリケーション タスクは削除されます。
  • WARNING : レプリケーション タスクが警告を返します。回復可能なエラーがあるため、レプリケーションを続行できません。この状態の変更フィードは、状態がRUNNINGに移行するまで再開を試行し続けます。この状態の変更フィードはGC操作をブロックします。
  • FAILED : レプリケーション タスクが失敗しました。何らかのエラーが原因で、レプリケーション タスクを再開できず、自動的に回復することもできません。増分データのガベージコレクション(GC) の前に問題が解決された場合は、失敗した変更フィードを手動で再開できます。増分データのデフォルトの Time-To-Live (TTL) 期間は 24 時間です。つまり、変更フィードが中断されてから 24 時間以内には、GC メカニズムによってデータが削除されることはありません。

このページは役に立ちましたか？