PostgreSQL 中的复制是如何工作的？

Question

Accepted Answer

**Replication** 将数据从一个 **primary** 数据库复制到一个或多个 **replica**（备用）服务器——用于高可用性（主数据库故障时的故障转移）和读取扩展（分散读取查询）。PostgreSQL 主要使用基于 write-ahead log（WAL）的 **streaming replication**（物理复制）。

## Streaming（物理）复制

```text
Primary  ──(streams WAL: the write-ahead log of changes)──▶  Replica(s)
  ✓ The primary handles all WRITES
  ✓ Replicas continuously apply the primary's WAL → stay in sync (near-real-time)
  ✓ Replicas can serve READ queries ("hot standby") → scale reads
```

Primary 将其 **WAL**（write-ahead log——每项变更的记录）流传输到副本，副本应用它以保持同步。副本是只读副本，可以服务读取查询。

## 优势：HA 和读取扩展

```text
HIGH AVAILABILITY → if the primary fails, a replica can be PROMOTED to primary (failover)
  → minimal downtime, no data loss (with synchronous replication)
READ SCALING → route read-only queries to replicas → offload the primary
  → handle more read traffic (great for read-heavy workloads)
BACKUPS → take backups from a replica without loading the primary
```

## 同步与异步复制

```text
ASYNCHRONOUS (default) → the primary commits without waiting for replicas
  ✓ faster writes (no wait)   ✗ a tiny window of potential data loss on failover
SYNCHRONOUS → the primary waits for a replica to confirm before committing
  ✓ no data loss on failover  ✗ slower writes (waits for the replica)
→ Choose based on the durability vs performance trade-off.
```

## 逻辑复制（不同的模型）

```text
LOGICAL replication → replicates specific TABLES/changes (not the whole cluster), based
on a publish/subscribe model. Enables: selective replication, cross-version, and
replicating to different schemas → good for migrations, integrations, partial replication.
```

## 实践中的高可用性

```text
Tools like Patroni, repmgr, or cloud-managed Postgres automate FAILOVER (detecting
primary failure and promoting a replica) → near-automatic high availability.
A load balancer / connection router directs writes to the primary, reads to replicas.
```

## 为什么这很重要

复制对于构建 **高度可用和可扩展的** PostgreSQL 部署至关重要，因此理解它是生产数据库架构的宝贵高级知识。

两个核心优势对于严肃的应用程序至关重要：**高可用性**（如果主数据库发生故障，可以将副本提升为接管，最小化停机时间——对于必须保持可用的系统至关重要）和 **读取扩展**（将只读查询路由到副本以减轻主库负担，让系统处理更多读取流量——对于读取密集型工作负载很有价值）。

理解 **streaming replication**（主库将其 WAL 流传输到保持同步并可以服务读取的副本）是基础。

了解 **同步与异步** 权衡很重要：异步（默认——写入更快但故障转移时存在潜在数据丢失的小窗口）与同步（无数据丢失但写入较慢）——这是影响可靠性的耐久性与性能决策。

理解 **逻辑复制**（通过 pub/sub 复制特定表，对于迁移、跨版本和部分/选择性复制很有用）扩宽了选项。

了解 **HA 工具**（Patroni、repmgr、托管云 Postgres）自动化故障转移，以及读/写路由适当地指导流量，是实用的架构知识。

由于高可用性和可扩展性是生产数据库系统的必要需求，而复制（具有其 HA 故障转移、读取扩展、同步/异步耐久性权衡和逻辑复制的灵活性）是 PostgreSQL 为其提供的主要机制，因此理解复制是为可靠、可扩展的 Postgres 部署架构设计的重要高级知识——这是生产系统的频繁相关关注点，也是一个话题，展示了对高级数据库/后端角色预期的数据库可用性和扩展性的理解。