データベース ClickPipe の再同期
Resync は何を行いますか?
Resync では、次の処理が以下の順序で行われます。
- 既存の ClickPipe が削除され、新しい「resync」ClickPipe が起動されます。これにより、Resync を実行した時点で、ソーステーブル構造の変更が取り込まれます。
- resync ClickPipe は、元のテーブル名に
_resyncサフィックスを付けたテーブルを新しい宛先テーブルとして作成(または再作成)します。 _resyncテーブルに対して初期ロードが実行されます。- その後、
_resyncテーブルと元のテーブルがスワップされます。スワップ前に、ソフトデリートされた行は元のテーブルから_resyncテーブルへ転送されます。
元の ClickPipe のすべての設定は、resync ClickPipe に引き継がれます。元の ClickPipe の統計情報は UI 上でクリアされます。
ClickPipe を Resync するユースケース
いくつかのシナリオを示します。
- 既存の ClickPipe が動作しなくなるような大きなスキーマ変更をソーステーブルに対して行う必要があり、再起動が必要になる場合があります。その場合、変更を行ったあとに Resync をクリックするだけで済みます。
- 特に ClickHouse の場合、ターゲットテーブルの ORDER BY キーを変更する必要が生じることがあります。Resync を実行することで、新しいテーブルに正しいソートキーでデータを再投入できます。
注記
Resync を複数回実行することも可能ですが、その際にはソースデータベースへの負荷を考慮してください。
Resync ClickPipe ガイド
- Data Sources タブで、Resync を実行したい MySQL ClickPipe をクリックします。
- Settings タブに移動します。
- Resync ボタンをクリックします。

- 確認用のダイアログボックスが表示されます。もう一度 Resync をクリックします。
- Metrics タブに移動します。
- おおよそ 5 秒後(およびページを更新したタイミングで)、パイプのステータスは Setup または Snapshot になっているはずです。
- Resync の初期ロードは、Tables タブの Initial Load Stats セクションで監視できます。
- 初期ロードが完了すると、パイプは
_resyncテーブルと元のテーブルをアトミックにスワップします。スワップ中はステータスが Resync になります。 - スワップが完了すると、パイプは Running 状態に入り、有効化されている場合は CDC(変更データキャプチャ)を実行します。