クエリとレプリケーションが同時に行われているときにPostgresqlのレプリケーションが一時停止する

Question

ポストバックはMVCCルールに従います。したがって、テーブル上で実行されるクエリは、テーブル上で発生する書き込みと競合しません。クエリは、クエリを実行した時点のスナップショットに基づいて結果を返します。

私はマスターとスレーブを持っています。スレーブは、アナリストがクエリを実行し、分析を実行するために使用されます。スレーブがレプリケートしているときとアナリストが同時にクエリを実行しているとき、私は長い間レプリケーションの遅れを見ることができます。クエリが長時間実行されていると、レプリケーションは長時間遅くなり、マスターの書き込み回数かなり高ければ、私はWALファイルを失うことになり、複製はより長く進むことができます。私は別のスレーブをスピンアップさせるだけです。なぜこれが起こるのですか？姿勢でクエリとレプリケーションを同時に行う方法を教えてください。これを実現するために適用できるパラメータ設定はありますか？マスターはまだレプリカ上で実行中のクエリが必要とする上書きされたデータ・ブロックをした可能性があるため、

Answer 1

レプリカがマスターからより多くのWALを適用することはできません任意のは、まだマスター上で実行されているよりも古いthat're。レプリカにはマスターより古い行バージョンが必要です。 MVCCのがこの一時停止が必要なので、正確にはです。

おそらく"canceling statement due to conflict with recovery" errorsを避けるために、高max_standby_streaming_delayを設定します。

あなたが上hot_standby_feedbackを有効にした場合、レプリカではなく、それらの行を保つために、マスターを伝えることができます。しかし、マスタは効率的に空き領域をクリーンアップすることはできません。スタンバイがあまりにも遅れている場合は、pg_xlogの領域が不足する可能性があります。

はPostgreSQL manual: Handling Query Conflictsを参照してください。 WAL保持部については

：WALアーカイブとあなたのスタンバイ用restore_commandを有効にします。ポイントインタイムリカバリのためには、とにかく使用してください。 PgBarmanはbarman get-walコマンドでこれを簡単にするようになりました。 WALアーカイブを必要としない場合は、レプリカサーバーをレプリケーションスロットを使用してマスターに接続するように設定することができます。マスターは必要なWALを無期限に保持することができます。もちろん、それによってマスターがpg_xlogの領域を使い果たしてしまい、実行が中断される可能性があります。そのようにすれば、さらに詳細に監視する必要があります。