1〜2分ごとにPostgreSQL Vacuumを実行できますか？

Question

今後のプロジェクトにはさまざまなMVCC対応データベースが検討されており、PostgreSQLが私のレーダーに登場しました。

私のプログラムの要件はおおよそ次のような順序を伴う：

1. 、データベースの現在のバージョンからいくつかの情報を読み、データの80〜90％を変更し、1に戻ってそれを書いたり、より多くのトランザクション（グリッドの古い状態と新しい状態の両方が必要なConwayのGame of Lifeでグリッドを更新するようなものを想像してください）。

2. コミット後1-2分待ってください。この間、クライアントは新しいデータに対して読み取りを発行できます。

3. 繰り返し。

データベースは2〜4GBのように制限されます。

〜90％の変更は既存のオブジェクトの更新です。〜5％は新しいオブジェクトになり、〜5％は削除されたオブジェクトになります。

私の質問は、平らなVACUUMコマンドをステップ1.5として1〜2分に1回実行し、毎回2-3〜GBの変更をPostgreSQLが追いつけられるようにすることができますか？

Answer 1

私はこのシナリオではPostgresがうまくいくはずだと信じています。このシナリオでは、巨大なアップデート間の手作業によるバキュームが合理的な選択肢のように見えることは珍しくありません。

巨大な更新ではなく、新しいテーブルセットを生成して分析し（必要な場合）、トランザクションddlを使用して古いものを削除し、新しいテーブルの名前を変更するそれらの場所に1つ。これはVACUUMについてのあなたの心配を軽減するはずです。

このようなシナリオでは、深刻なチューニングを行う必要があります。特に、shared_buffers、チェックポイント関連のパラメータ、およびバキューム関連のパラメータを見てください。また、現実的なワークロードによるベンチマークについて覚えておいてください。