Bagaimanakah replikasi berfungsi dalam PostgreSQL?

Question

Accepted Answer

**Replikasi** menyalin data daripada pangkalan data **primary** kepada satu atau lebih pelayan **replica** (standby) — untuk ketersediaan tinggi (failover jika primary gagal) dan penskalaan bacaan (mengagihkan query bacaan). PostgreSQL terutamanya menggunakan **streaming replication** (fizikal) berdasarkan write-ahead log (WAL).

## Streaming (physical) replication

```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 menstrim **WAL**-nya (write-ahead log — rekod setiap perubahan) kepada replica, yang menggunakannya untuk kekal selaras. Replica ialah salinan baca-sahaja yang boleh memberikan perkhidmatan query bacaan.

## Manfaat: HA dan penskalaan bacaan

```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
```

## Replikasi synchronous vs asynchronous

```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.
```

## Logical replication (model berbeza)

```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.
```

## Ketersediaan tinggi dalam amalan

```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.
```

## Mengapa ia penting

Replikasi adalah penting untuk membina deployment PostgreSQL yang **sangat tersedia dan boleh diskala**, jadi memahaminya ialah pengetahuan peringkat senior yang berharga untuk seni bina pangkalan data production.

Dua manfaat teras adalah kritikal untuk aplikasi serius: **ketersediaan tinggi** (jika pangkalan data primary gagal, replica boleh dinaik taraf untuk mengambil alih, meminimumkan downtime — penting untuk sistem yang mesti kekal tersedia) dan **penskalaan bacaan** (menghalakan query baca-sahaja ke replica meringankan beban primary, membolehkan sistem mengendalikan lebih banyak trafik bacaan — berharga untuk beban kerja berat bacaan).

Memahami **streaming replication** (primary menstrim WAL-nya kepada replica yang kekal selaras dan boleh memberikan perkhidmatan bacaan) ialah asasnya.

Mengetahui trade-off **synchronous vs asynchronous** adalah penting: asynchronous (lalai — tulisan lebih pantas tetapi tetingkap kecil potensi kehilangan data semasa failover) berbanding synchronous (tiada kehilangan data tetapi tulisan lebih perlahan) — keputusan ketahanan-lawan-prestasi yang menjejaskan kebolehpercayaan.

Memahami **logical replication** (mereplikasi jadual tertentu melalui pub/sub, berguna untuk migrasi, merentas versi, dan replikasi separa/terpilih) meluaskan pilihan.

Mengetahui bahawa **HA tooling** (Patroni, repmgr, managed cloud Postgres) mengautomasikan failover, dan bahawa penghalaan baca/tulis mengarahkan trafik dengan sewajarnya, ialah pengetahuan seni bina praktikal.

Memandangkan ketersediaan tinggi dan kebolehskalaan adalah keperluan penting untuk sistem pangkalan data production, dan memandangkan replikasi (dengan HA failover, penskalaan bacaan, trade-off ketahanan sync/async, dan logical replication untuk fleksibiliti) ialah mekanisme utama yang disediakan PostgreSQL untuknya, memahami replikasi ialah pengetahuan peringkat senior yang penting untuk mereka bentuk seni bina deployment Postgres yang boleh dipercayai dan boleh diskala — satu kebimbangan yang kerap relevan untuk sistem production dan topik yang menunjukkan pemahaman tentang ketersediaan dan penskalaan pangkalan data yang dijangkakan untuk peranan pangkalan data/backend peringkat senior.