Replication hoạt động như thế nào trong PostgreSQL?

Question

Accepted Answer

**Replication** sao chép dữ liệu từ một cơ sở dữ liệu **primary** sang một hoặc nhiều máy chủ **replica** (standby) — để đạt tính sẵn sàng cao (failover nếu primary gặp sự cố) và mở rộng đọc (phân tán các truy vấn đọc). PostgreSQL chủ yếu dùng **streaming replication** (vật lý) dựa trên write-ahead log (WAL).

## Streaming replication (vật lý)

```text
Primary  ──(stream WAL: write-ahead log ghi lại các thay đổi)──▶  Replica(s)
  ✓ Primary xử lý tất cả các thao tác GHI
  ✓ Replica liên tục áp dụng WAL của primary → giữ đồng bộ (gần thời gian thực)
  ✓ Replica có thể phục vụ truy vấn ĐỌC ("hot standby") → mở rộng đọc
```

Primary stream **WAL** của nó (write-ahead log — bản ghi mọi thay đổi) sang các replica, để chúng áp dụng nhằm giữ đồng bộ. Replica là các bản sao chỉ-đọc có thể phục vụ truy vấn đọc.

## Lợi ích: HA và mở rộng đọc

```text
TÍNH SẴN SÀNG CAO → nếu primary gặp sự cố, một replica có thể được PROMOTE thành primary (failover)
  → downtime tối thiểu, không mất dữ liệu (với synchronous replication)
MỞ RỘNG ĐỌC → định tuyến các truy vấn chỉ-đọc sang replica → giảm tải cho primary
  → xử lý nhiều lưu lượng đọc hơn (tuyệt vời cho workload nặng về đọc)
BACKUP → lấy backup từ replica mà không gây tải lên primary
```

## Synchronous vs asynchronous replication

```text
ASYNCHRONOUS (mặc định) → primary commit mà không chờ replica
  ✓ ghi nhanh hơn (không chờ)   ✗ có một khoảng nhỏ khả năng mất dữ liệu khi failover
SYNCHRONOUS → primary chờ một replica xác nhận trước khi commit
  ✓ không mất dữ liệu khi failover  ✗ ghi chậm hơn (chờ replica)
→ Chọn dựa trên đánh đổi giữa độ bền (durability) và hiệu năng.
```

## Logical replication (một mô hình khác)

```text
LOGICAL replication → sao chép các BẢNG/thay đổi cụ thể (không phải toàn bộ cluster), dựa
trên mô hình publish/subscribe. Cho phép: sao chép chọn lọc, xuyên phiên bản, và
sao chép sang schema khác → tốt cho di chuyển, tích hợp, sao chép một phần.
```

## Tính sẵn sàng cao trong thực tế

```text
Các công cụ như Patroni, repmgr, hoặc Postgres được quản lý trên cloud tự động hóa FAILOVER (phát hiện
sự cố primary và promote một replica) → tính sẵn sàng cao gần như tự động.
Một load balancer / connection router định hướng các thao tác ghi đến primary, đọc đến replica.
```

## Tại sao điều này quan trọng

Replication là quan trọng để xây dựng các triển khai PostgreSQL **có tính sẵn sàng cao và khả năng mở rộng**, nên hiểu nó là kiến thức cấp senior có giá trị cho kiến trúc cơ sở dữ liệu production.

Hai lợi ích cốt lõi rất then chốt cho các ứng dụng nghiêm túc: **tính sẵn sàng cao** (nếu cơ sở dữ liệu primary gặp sự cố, một replica có thể được promote để thay thế, giảm thiểu downtime — thiết yếu cho các hệ thống phải luôn sẵn sàng) và **mở rộng đọc** (định tuyến các truy vấn chỉ-đọc sang replica giúp giảm tải primary, để hệ thống xử lý nhiều lưu lượng đọc hơn — có giá trị cho workload nặng về đọc).

Hiểu **streaming replication** (primary stream WAL của nó sang các replica luôn đồng bộ và có thể phục vụ đọc) là nền tảng.

Biết đánh đổi **synchronous vs asynchronous** là quan trọng: asynchronous (mặc định — ghi nhanh hơn nhưng có một khoảng nhỏ khả năng mất dữ liệu khi failover) so với synchronous (không mất dữ liệu nhưng ghi chậm hơn) — một quyết định độ-bền-so-với-hiệu-năng ảnh hưởng đến độ tin cậy.

Hiểu **logical replication** (sao chép các bảng cụ thể qua pub/sub, hữu ích cho di chuyển, xuyên phiên bản, và sao chép một phần/chọn lọc) mở rộng các lựa chọn.

Biết rằng **công cụ HA** (Patroni, repmgr, Postgres được quản lý trên cloud) tự động hóa failover, và rằng việc định tuyến đọc/ghi điều hướng lưu lượng phù hợp, là kiến thức kiến trúc thực tế.

Vì tính sẵn sàng cao và khả năng mở rộng là yêu cầu thiết yếu cho các hệ thống cơ sở dữ liệu production, và vì replication (với failover HA, mở rộng đọc, đánh đổi độ bền sync/async, và logical replication cho sự linh hoạt) là cơ chế chính mà PostgreSQL cung cấp cho chúng, nên hiểu replication là kiến thức cấp senior quan trọng để thiết kế các triển khai Postgres đáng tin cậy, có khả năng mở rộng — một mối quan tâm thường xuyên gặp với các hệ thống production và là chủ đề thể hiện sự hiểu biết về tính sẵn sàng và mở rộng cơ sở dữ liệu, được kỳ vọng ở các vị trí database/backend cấp senior.