他のバージョンの文書 16 | 15 | 14 | 13 | 12 | 11 | 10 | 9.6 | 9.5 | 9.4 | 9.3 | 9.2 | 9.1 | 9.0 | 8.4 | 8.3 | 8.2 | 8.1 | 8.0 | 7.4 | 7.3 | 7.2

第31章 論理レプリケーション

目次

31.1. パブリケーション
31.2. サブスクリプション
31.2.1. レプリケーションスロットの管理
31.2.2. 例: 論理レプリケーションの設定
31.2.3. 例: レプリケーションスロットの遅延作成
31.3. 行フィルタ
31.3.1. 行フィルタルール
31.3.2. 式の制限
31.3.3. UPDATE変換
31.3.4. パーティション化テーブル
31.3.5. 初期データ同期
31.3.6. 複数行フィルタの統合
31.3.7. 例
31.4. 列リスト
31.4.1. 例
31.5. コンフリクト
31.6. 制限事項
31.7. アーキテクチャ
31.7.1. 初期スナップショット
31.8. 監視
31.9. セキュリティ
31.10. 構成設定
31.10.1. パブリッシャー
31.10.2. サブスクライバー
31.11. 簡単な設定

論理レプリケーションとは、レプリケーションアイデンティティ(replication identity)(通常は主キーです)に基づき、データオブジェクトと、それに対する変更を複製する手法です。 この論理という用語は、正確なブロックアドレスを使い、バイト同士の複製を行う物理レプリケーションと対比的に使用しています。 PostgreSQLは両方の仕組みを同時にサポートします。 第27章をご覧ください。 論理レプリケーションにより、データの複製とセキュリティに対するきめの細かい制御が可能になります。

論理レプリケーションは、ひとつのパブリッシャー(publisher)ノード上の一つ以上のパブリケーション(publications)を購読する一つ以上のサブスクライバー(subscribers)を伴う、パブリッシュ(publish)サブスクライブ(subscribe)モデルを使用します。 サブスクライバーは、サブスクライブするパブリケーションからデータを取得し、再パブリッシュしてカスケードレプリケーションや、更に複雑な構成を構築することができます。

テーブルの論理レプリケーションは、通常、パブリッシャーのデータベース上のデータのスナップショットを取り、サブスクライバーにコピーすることから始まります。 それが完了したあとは、パブリッシャーにおける変更は、発生した時にリアルタイムでサブスクライバーに送られます。 サブスクライバーはパブリッシャーと同じ順にデータを適用します。 そのため、一つのサブスクリプション内のパブリケーションに対するトランザクションの一貫性が保証されます。 この方式によるデータレプリケーションは、トランザクショナルレプリケーション(transactional replication)と呼ばれることがあります。

典型的な論理レプリケーションの利用例には、以下のようなものがあります。

サブスクライバーのデータベースは、他のPostgreSQLインスタンスと同様に振る舞い、自分用のパブリケーションを定義することにより、他のデータベースに対するパブリッシャーとして利用できます。 アプリケーションがそのサブスクライバーを読み取り専用として取り扱うときには、単独のサブスクリプションからはコンフリクトは発生しません。 一方、アプリケーションあるいは他のサブスクライバーから同じテーブルに書き込みが起こるとすると、コンフリクトが発生する可能性があります。