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 रहन लागू गर्छ। Replicas पढ्न-मात्र कपीहरू छन् जसले 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.
```

## व्यवहारमा उच्च उपलब्धता

```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 **उच्च-उपलब्धता र स्केलेबल** PostgreSQL deployments निर्माण गर्नको लागि महत्त्वपूर्ण छ, त्यसैले यसलाई समझ्नु production database architecture को लागि मूल्यवान senior-level ज्ञान हो।

दुई मुख्य लाभहरू गम्भीर अनुप्रयोगहरूको लागि महत्त्वपूर्ण छन्: **उच्च उपलब्धता** (यदि primary डेटाबेस असफल हुन्छ भने, एक replica लाई promote गर्न सकिन्छ कि downtime घटाएर कार्यभार लिन सकोस् — आवश्यक प्रणालीहरूको लागि जो उपलब्ध रहनु पर्छ) र **read scaling** (read-only queries लाई replicas मा routing गर्नु primary लाई हल्का गर्छ, प्रणालीलाई धेरै read traffic सम्हाल्न दिन्छ — मूल्यवान read-heavy workloads को लागि)।

**Streaming replication** (primary ले आफ्नो WAL लाई replicas मा stream गर्छ जो synchronized रहन्छन् र reads सेवा गर्न सक्छन्) समझ्नु आधार हो।

**Synchronous बनाम asynchronous** ट्रेड-अफ थाह पाउनु महत्त्वपूर्ण छ: asynchronous (पूर्वनिर्धारित — छिटो writes तर failover मा सम्भावित डेटा हानिको सानो विन्डो) बनाम synchronous (डेटा हानि छैन तर ढिलो writes) — एक durability-बनाम-performance निर्णय जो विश्वसनीयतालाई असर गर्छ।

**Logical replication** (pub/sub को माध्यमबाट निर्दिष्ट तालिकाहरू replicate गर्नु, migrations, cross-version, र partial/selective replication को लागि उपयोगी) समझ्नु विकल्पहरू चौडा गर्छ।

**HA tooling** (Patroni, repmgr, managed cloud Postgres) failover लाई automate गर्छ, र read/write routing ले traffic लाई उपयुक्त रूपमा निर्देशित गर्छ भन्ने कुरा थाह पाउनु व्यावहारिक architectural ज्ञान हो।

उच्च उपलब्धता र स्केलेबिलिटा production डेटाबेस प्रणालीहरूको लागि आवश्यक आवश्यकताहरू भएको कारण, र replication (यसको HA failover, read scaling, sync/async durability ट्रेड-अफ, र flexibility को लागि logical replication सहित) PostgreSQL ले तिनीहरूको लागि प्रदान गर्छ मुख्य संयन्त्र भएको कारण, replication समझ्नु विश्वसनीय, स्केलेबल Postgres deployments आर्किटेक्ट गर्नको लागि महत्त्वपूर्ण senior-level ज्ञान हो — production प्रणालीहरूको लागि बारम्बार-सान्दर्भिक चिन्ता र database उपलब्धता र scaling को समझ प्रदर्शन गर्ने विषय जो senior database/backend भूमिकाहरूको लागि अपेक्षित छ।