データベース ClickPipe の再同期
再同期 は何を行いますか?
再同期 では、次の操作が順に実行されます。
- 既存の ClickPipe が削除され、新しい「再同期」ClickPipe が開始されます。そのため、再同期 を実行すると、ソース テーブル構造の変更も反映されます。
- 再同期 ClickPipe は、元のテーブルと同じ名前で、ただし
_resyncサフィックスが付いた新しい一式の宛先テーブルを作成します (または置き換えます) 。 _resyncテーブルに対して初回ロードが実行されます。- その後、
_resyncテーブルが元のテーブルと入れ替えられます。論理削除された行は、入れ替え前に元のテーブルから_resyncテーブルへ転送されます。
元の ClickPipe のすべての設定は、再同期 ClickPipe に引き継がれます。元の ClickPipe のSTATISTICSは UI でクリアされます。
ClickPipe を再同期するユースケース
以下に、いくつかのシナリオを示します。
- ソーステーブルに大規模なスキーマ変更を行う必要があり、その結果、既存の ClickPipe が使えなくなってやり直しが必要になる場合があります。その場合は、変更の実施後に 再同期 をクリックするだけです。
- 特に ClickHouse では、target テーブルの ORDER BY キーを変更する必要がある場合があります。再同期 を実行すると、正しいソートキーを持つ新しいテーブルにデータを再投入できます。
注記
再同期は複数回実行できますが、実行時にはソース データベースへの負荷を考慮してください。
ClickPipe 再同期ガイド
- Data Sources タブで、再同期したい MySQL ClickPipe をクリックします。
- Settings タブに移動します。
- 再同期 ボタンをクリックします。

- 確認ダイアログが表示されるので、もう一度 再同期 をクリックします。
- Metrics タブに移動します。
- 5 秒ほどで (ページを更新した場合も同様に) 、パイプラインのステータスが Setup または Snapshot になります。
- 再同期の初回ロードは、Tables タブの Initial Load Stats セクションで確認できます。
- 初回ロードが完了すると、パイプラインは
_resyncテーブルを元のテーブルとアトミックに入れ替えます。入れ替え中のステータスは 再同期 になります。 - 入れ替えが完了すると、パイプラインは Running 状態になり、有効な場合は CDC (変更データキャプチャ) を実行します。