Internal Timing of Operations
=============================

さまざまなモードがどのように動作するかをより深く理解するために、従来の物理的ストリーミングレプリケーションPSRとPGDはさまざまな方法でトランザクションを適用することを知っておくと役立ちます。

レガシーPSRでは、操作の順序は次のとおりです。

1. オリジンはコミットレコードをWALにフラッシュし、トランザクションをローカルに認識できるようにします。

2. ピアノードは変更を受信し、書き込みを発行します。

3. ピアは、受信した変更をディスクにフラッシュします。

4. ピアは変更を適用し、ピアでトランザクションを認識できるようにします。

変更は変更を適用する前にディスクに書き込まれることに注意してください。

PGDでは、デフォルトでとLag
Controlを使用すると、操作の順序が異なります。これらの場合、トランザクションがピアのディスクにフラッシュされる前に、変更はピアで可視されるようになります。

1. オリジンはコミットレコードをWALにフラッシュし、トランザクションをローカルに認識できるようにします。

2. ピアノードは、メモリ内の適用キューに変更を受信します。

3. ピアは変更を適用し、ピアでトランザクションを認識できるようにします。

4. ピアはディスクにフラッシュすることによりトランザクションを永続化します。

PGDのグループコミットとCAMOの場合、オリジンノードはトランザクションをローカルに表示する前に、特定の数の確認を待機します。操作の順序は次のとおりです。

1. Originは、準備または事前コミットレコードをWALにフラッシュします。

2. ピアノードは、メモリ内の適用キューに変更を受信します。

3. ピアは変更を適用し、ピアでトランザクションを認識できるようにします。

4. ピアはディスクにフラッシュすることによりトランザクションを永続化します。

5. オリジンはコミットして、トランザクションをローカルに可視化します。

次の表は、違いをまとめたものです。

.. csv-table::
  :header: Variant,Order of apply vs persist,Replication before or after commit
  :widths: 12,25,15
  :align: left
  :class: longtable

  PSR,persist first,after WAL flush of commit record
  PGD Async,apply first,after WAL flush of commit record
  PGD Lag Control,apply first,after WAL flush of commit record
  PGD Group Commit,apply first,before COMMIT on origin
  PGD CAMO,apply first,before COMMIT on origin