PostgreSQL ਵਿੱਚ replication ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?

Question

Accepted Answer

**Replication** ਡੇਟਾ ਨੂੰ ਇੱਕ **primary** ਡੇਟਾਬੇਸ ਤੋਂ ਇੱਕ ਜਾਂ ਵਧੇਰੇ **replica** (standby) ਸਰਵਰਾਂ ਤੱਕ ਕਾਪੀ ਕਰਦੀ ਹੈ — ਉੱਚ ਉਪਲਬਧਤਾ (ਜੇ primary ਫੇਲ ਹੋ ਤਾਂ failover) ਅਤੇ read scaling (read queries ਨੂੰ ਵੰਡਣ ਲਈ)। PostgreSQL ਮੁੱਖ ਤੌਰ 'ਤੇ **streaming replication** (physical) ਵਰਤਦਾ ਹੈ ਜੋ 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 ਆਪਣੇ **WAL** (write-ahead log — ਹਰੇਕ ਤਬਦੀਲੀ ਦਾ ਰਿਕਾਰਡ) ਨੂੰ replicas ਤੱਕ stream ਕਰਦਾ ਹੈ, ਜੋ ਇਸਨੂੰ synchronized ਰਹਿਣ ਲਈ apply ਕਰਦੇ ਹਨ। Replicas read-only ਕਾਪੀਆਂ ਹਨ ਜੋ read queries ਦੀ ਸੇਵਾ ਕਰ ਸਕਦੀਆਂ ਹਨ।

## ਲਾਭ: HA ਅਤੇ read scaling

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

## Synchronous ਬਨਾਮ asynchronous replication

```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 (ਇੱਕ ਵਾਲਤਕ ਮਾਡਲ)

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

## ਅਭਿਆਸ ਵਿੱਚ High availability

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

## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

Replication **ਉੱਚ-ਉਪਲਬਧ ਅਤੇ scalable** PostgreSQL deployments ਬਣਾਉਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਇਸ ਲਈ ਇਸ ਨੂੰ ਸਮਝਣਾ production database architecture ਲਈ senior-level ਦਾ ਗਿਆਨ ਹੈ।

ਦੋ ਮੂਲ ਲਾਭ ਗੰਭੀਰ ਐਪਲੀਕੇਸਨਾਂ ਲਈ ਨਾਜ਼ੁਕ ਹਨ: **high availability** (ਜੇ primary database ਫੇਲ ਹੋ ਜਾਵੇ, ਇੱਕ replica ਨੂੰ promote ਕਰਕੇ ਸੰਭਾਲਿਆ ਜਾ ਸਕਦਾ ਹੈ, downtime ਨੂੰ minimize ਕਰਦੇ ਹੋਏ — ਉਹ ਸਿਸਟਮਾਂ ਲਈ ਲਾਜ਼ਮੀ ਜੋ ਉਪਲਬਧ ਰਹਿਣੇ ਪਏ) ਅਤੇ **read scaling** (read-only queries ਨੂੰ replicas ਤੱਕ route ਕਰਨਾ primary ਨੂੰ offload ਕਰਦਾ ਹੈ, ਸਿਸਟਮ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ read traffic ਸੰਭਾਲਣ ਦੀ ਸਮਰੱਥਾ ਦਿੰਦਾ ਹੈ — read-heavy workloads ਲਈ ਮਹੱਤਵਪੂਰਨ)।

**Streaming replication** ਨੂੰ ਸਮਝਣਾ (primary ਆਪਨਾ WAL ਨੂੰ replicas ਤੱਕ stream ਕਰਦਾ ਹੈ ਜੋ synchronized ਰਹਿੰਦੇ ਹਨ ਅਤੇ reads ਦੀ ਸੇਵਾ ਕਰ ਸਕਦੇ ਹਨ) ਭਿੱਤੀ ਹੈ।

**Synchronous ਬਨਾਮ asynchronous** trade-off ਨੂੰ ਜਾਣਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ: asynchronous (default — ਤੇਜ਼ writes ਪਰ failover 'ਤੇ ਡੇਟਾ loss ਦੀ ਛੋਟੀ window) ਬਨਾਮ synchronous (ਕੋਈ data loss ਨਹੀਂ ਪਰ ਹੌਲੀ writes) — ਇੱਕ durability-vs-performance ਫੈਸਲਾ ਜੋ reliability ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ।

**Logical replication** ਨੂੰ ਸਮਝਣਾ (specific tables ਨੂੰ pub/sub ਰਾਹੀਂ replicate ਕਰਨਾ, migrations, cross-version, ਅਤੇ partial/selective replication ਲਈ ਉਪਯੋਗੀ) ਵਿਕਲਪਾਂ ਨੂੰ ਵਿਸਥਾਰ ਕਰਦਾ ਹੈ।

ਜਾਣਨਾ ਕਿ **HA tooling** (Patroni, repmgr, managed cloud Postgres) failover ਨੂੰ ਆਟੋਮੇਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਿ read/write routing traffic ਨੂੰ ਉਚਿਤ ਤਰੀਕੇ ਨਾਲ ਨਿਰਦੇਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਵਿਵਹਾਰਕ architectural ਗਿਆਨ ਹੈ।

Kya high availability ਅਤੇ scalability production database systems ਲਈ ਲਾਜ਼ਮੀ requirements ਹਨ, ਅਤੇ Kya replication (ਇਸਦੇ HA failover, read scaling, sync/async durability trade-off, ਅਤੇ logical replication ਦੀ flexibility ਦੇ ਨਾਲ) PostgreSQL ਦਾ ਮੁੱਖ ਤੰਤਰ ਹੈ, replication ਨੂੰ ਸਮਝਣਾ reliable, scalable Postgres deployments ਨੂੰ architect ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ senior-level ਦਾ ਗਿਆਨ ਹੈ — production systems ਲਈ ਅਕਸਰ ਸੰਬੰਧਿਤ ਚਿੰਤਾ ਅਤੇ database availability ਅਤੇ scaling ਦੀ ਸਮਝ ਦਰਸਾਉਂਦਾ topic ਜੋ senior database/backend roles ਲਈ expected ਹੈ।