PostgreSQL-ல் replication எவ்வாறு செயல்படுகிறது?

Question

Accepted Answer

**Replication** ஒரு **primary** தரவுக்காகத்திலிருந்து ஒன்று அல்லது அதற்கு மேற்பட்ட **replica** (standby) சேவையகங்களுக்கு தரவை நகலெடுக்கிறது — உயர் கிடைக்கட்டாய়தன்மைக்கு (primary தோல்வியுற்றால் failover) மற்றும் வாசிப்பு அளவிடுவதற்கு (வாசிப்பு வினவல்களை விநியோகிக்க). 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-only நகலहरु ஆகும் இவை வாசிப்பு வினவல்களைப் பরிமாற்ற முடியும்.

## நன்மைகள்: 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
```

## Synchronous vs 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 என்பது **highly-available மற்றும் scalable** PostgreSQL deployments-கள் கட்டவேண்டியதற்கு முக்கியமாக இருக்கிறது, எனவே இதைப் புரிந்துகொள்வது senior-level உৎপাদன தரவுக்கா கட்டிடக்கலைக்கு மூல்யமான அறிவாக இருக்கிறது.

இரண்டு முக்கிய நன்மைகள் தீவிர பயன்பாடுகளுக்குக் கிரிটிக்கல்: **high availability** (primary தரவுக்கா தோல்வியுற்றால், ஒரு replica பொறுப்பேற்க promoted செய்யப்படலாம், downtime-ஐ குறைக்க முடியும் — தொடர்ந்து கிடைக்கட்டாய்க வேண்டிய systems-க்கு அத்যாவசியமான) மற்றும் **read scaling** (read-only வினவல்களை replicas-க்கு routing primary-ஐ unload செய்கிறது, கணினி வாசிப்பு traffic-ஐ பெரிதும் கையாள முடியும் — read-heavy workloads-க்கு மূல्यवान).

**Streaming replication** உணர்ந்துகொள்வது (primary அதன் WAL-ஐ replicas-க்கு streaming செய்கிறது அவை synchronized இருக்கின்றன மற்றும் reads-ஐ பரிமாற்ற முடியும்) அடிப்படை.

**Synchronous vs asynchronous** trade-off உணர்ந்துகொள்வது முக்கியமாக இருக்கிறது: asynchronous (default — வேகமான writes ஆனால் failover-ல் சிறிய potential data loss window) versus synchronous (data loss இல்லை ஆனால் மெதுவான writes) — durability-vs-performance முடிவு நம்பகத்தன்மையை பாதிக்கிறது.

**Logical replication** உணர்ந்துகொள்வது (specific tables-ஐ pub/sub-ஆ replicate செய்வது, migrations, cross-version, மற்றும் partial/selective replication-க்கு useful) விருப்பங்களை விரிவுபடுத்துகிறது.

**HA tooling** அறிந்திருப்பது (Patroni, repmgr, managed cloud Postgres) failover-ஐ automate செய்கிறது, மற்றும் read/write routing traffic-ஐ appropriately நேரடிப்படுத்துகிறது, நடைமுறை கட்டிடக்கலை அறிவாக இருக்கிறது.

Uncertainty availability மற்றும் scalability உৎபாদன database systems-க்கு அத்யாவசிய தேவைகள் ஆகும் என்பதால், மற்றும் replication (HA failover, read scaling, sync/asynchronous durability trade-off, மற்றும் logical replication flexibility-க்கு) அவை PostgreSQL வழங்கும் primary வழிமுறை என்பதால், replication-ஐ புரிந்துகொள்வது reliable, scalable Postgres deployments-களை architect செய்வதற்கு महत्वपूर्ण senior-level அறிவாக இருக்கிறது — உৎபாதன systems-க்கு frequently-relevant விவகாரம் மற்றும் database availability மற்றும் scaling-ஐ புரிந்துகொள்வதை demonstrating செய்யும் topic மற்றும் senior database/backend roles-க்கு expected ஆக இருக்கிறது.