7.5.5. Debezium WAL ディスク領域の消費を管理するための PostgreSQL の設定

コネクターがデータを受信する時点までの LSN は、サーバーの pg_replication _slots ビューの confirmed_flush_ lsn 列で利用できます。この LSN よりも古いデータは利用できず、データベースがディスク領域を解放します。

また、pg_replication_slots ビューでは、restart_lsn 列に、コネクターが必要とする可能性がある最も古い WAL の LSN が含まれます。confirmed_flush_lsn の値が定期的に増加し、restart_lsn lags の値の場合は、データベースは領域を解放する必要があります。

データベースは、通常バッチブロックでディスク領域を解放します。これは想定内の動作であり、ユーザーによるアクションは必要ありません。

PostgreSQL インスタンスには複数のデータベースが含まれ、その 1 つがトラフィックが多いデータベースです。Debezium は、他のデータベースと比較して、トラフィックが少ない別のデータベースで変更をキャプチャーします。レプリケーションスロットがデータベースごとに機能し、Debezium が呼び出しされないため、Debezium は LSN を確認できません。WAL はすべてのデータベースで共有されているため、Debezium が変更をキャプチャーするデータベースによってイベントが出力されるまで、使用量が増加する傾向にあります。これに対応するには、以下を行う必要があります。

新しい行を挿入したり、同じ行を定期的に更新することで、別のプロセスがテーブルを定期的に更新します。次に PostgreSQL は Debezium を呼び出して、最新の LSN を確認し、データベースが WAL 領域を解放できるようにします。このタスクは、heartbeat.action.query コネクター設定プロパティーを使用して自動化できます。