論理レプリケーションとは何か、また、いつ有用か？

Question

Accepted Answer

**論理レプリケーション**は、物理（ストリーミング）レプリケーションのようにデータベースクラスタ全体をバイト単位でコピーするのではなく、**特定のテーブル**のレベルでデータ変更をレプリケートします（パブリッシュ/サブスクライブモデルを使用）。これにより柔軟性が実現され、選択的で、バージョン間で機能し、異なるスキーマへも対応でき、移行と統合に理想的です。

## 論理レプリケーションと物理レプリケーションの比較

```text
PHYSICAL (streaming) → replicates the ENTIRE cluster at the storage/WAL level
  ✓ exact copy, simple   ✗ all-or-nothing, same Postgres version, read-only replica

LOGICAL → replicates specific TABLES' changes via a publish/subscribe model
  ✓ SELECTIVE (choose tables), CROSS-VERSION, to DIFFERENT schemas, replica is WRITABLE
  ✗ more setup, some limitations (DDL not replicated automatically, etc.)
```

## 論理レプリケーション（パブ/サブ）の設定

```sql
-- on the SOURCE (publisher): publish specific tables
CREATE PUBLICATION my_pub FOR TABLE users, orders;
-- (or FOR ALL TABLES)

-- on the TARGET (subscriber): subscribe to the publication
CREATE SUBSCRIPTION my_sub
  CONNECTION 'host=source dbname=mydb user=rep'
  PUBLICATION my_pub;
-- → the subscriber receives and applies changes to users and orders
```

**パブリケーション**はレプリケーション対象を定義し（特定のテーブル）、**サブスクリプション**がそれを消費します。変更（INSERT/UPDATE/DELETE）はパブリッシャーからサブスクライバーへフローします。

## 論理レプリケーションが有用な場合

```text
✓ ZERO-DOWNTIME MAJOR UPGRADES — replicate from an old version to a new version, then
  switch over (physical replication can't cross versions) — a key use case
✓ MIGRATIONS — move data to a new server/cluster with minimal downtime
✓ SELECTIVE replication — replicate only certain tables (not the whole database)
✓ INTEGRATIONS — feed specific data to another system (analytics, data warehouse)
✓ Consolidating data from multiple databases into one
✓ The replica is WRITABLE (can have its own additional data/tables)
```

## なぜ重要なのか

論理レプリケーションは、**柔軟なデータレプリケーションシナリオ**、特に移行、アップグレード、統合のための価値あるPostSQL知識であり、理解することはデータベース運用とアーキテクチャのシニアレベルの知識として有用です。

物理（ストリーミング）レプリケーションからの主な違いは**柔軟性**です。クラスタ全体をバイト単位でコピーする（物理）のではなく、論理レプリケーションは**特定のテーブル**をパブリッシュ/サブスクライブ経由でレプリケートし、重要なことに**PostgreSQLバージョン間で機能し**、**異なるスキーマ**への対応と**書き込み可能な**サブスクライバーが可能です。

この柔軟性により、物理レプリケーションでは対応できない重要なユースケースが実現します。特に**ゼロダウンタイムのメジャーバージョンアップグレード**（古いPostgresバージョンから新しいバージョンへレプリケートしてから切り替え—物理レプリケーションはバージョン一致が必須なため、ゼロダウンタイムでのメジャーバージョンアップグレードには論理レプリケーションが標準的なアプローチとなる重要な機能）、**移行**（最小ダウンタイムで新しいサーバー/クラスタへのデータ移行）、**選択的レプリケーション**（特定のテーブルのみレプリケート）、**統合**（特定データを分析システム、データウェアハウス、または他のデータベースへ供給）です。

パブリッシュ/サブスクライブのセットアップ（レプリケーション対象を定義するパブリケーション、それを消費するサブスクリプション）と適切なユースケース（特にアップグレードと移行）の理解は、価値あるオペレーション知識を反映しています。

メジャーバージョンアップグレードとゼロダウンタイム移行は重要で現実的なオペレーションの課題であり（論理レプリケーションがそれらの主要なツール）、選択的/クロスシステムレプリケーションは価値ある統合パターンを実現するため、論理レプリケーション—それが物理との違い、柔軟性（バージョン間、選択的、書き込み可能）、ユースケース（特にゼロダウンタイムアップグレードと移行）—の理解は、PostgreSQLオペレーションとアーキテクチャのシニアレベルの価値ある知識であり、ダウンタイムなしでデータベースをアップグレードおよび移行する必要性の反復的で重大なニーズ（Postgresデプロイと運用の高度な理解を示すトピック）に特に関連しています。