MongoDB'de replica setleri nasıl çalışır?

Question

Accepted Answer

Bir **replica set**, aynı verileri tutan MongoDB sunucuları grubunun **yüksek kullanılabilirlik** (otomatik yük devretme) ve **redundans** sağlamasıdır. Bir node **birincil** (yazışları işler), diğerleri **ikincil** (birincil verilerini çoğaltır ve okumaları sunabilir). MongoDB'nin güvenilirliğin standart mekanizmasıdır.

## Replica set yapısı

```text
PRIMARY (1)   → receives all WRITES; replicates changes to secondaries
SECONDARIES (2+) → copy the primary's data (via the oplog); can serve READS
ARBITER (optional) → votes in elections but holds no data (for odd vote counts)

Write → Primary → replicated to Secondaries (via the operations log "oplog")
```

Birincil yazışları işler ve bunları (**oplog** aracılığıyla, işlem günlüğü) ikincil sunuculara çoğaltır; bunlar senkronize kalır. Tipik bir set esneklik için 3 üyeye sahiptir.

## Otomatik yük devretme (yüksek kullanılabilirlik)

```text
If the PRIMARY fails:
  → the secondaries detect it and hold an ELECTION
  → a secondary is automatically elected as the NEW PRIMARY
  → the application (via the driver) reconnects to the new primary
  → minimal downtime, no manual intervention
→ This automatic failover is the key high-availability benefit.
```

**Otomatik yük devretme** ana değerdir: birincil arızalanırsa, replica set otomatik olarak yeni bir birincil seçer — bir sunucu arızasını tam bir kesinti yerine kısa bir kesintiye dönüştürür. (Çift anlaşmazlığı önlemek için oy hakkı olan tek sayıda üye.)

## Okuma ölçeklendirmesi ve okuma tercihleri

```js
// reads can be directed to secondaries to offload the primary
db.collection.find().readPref("secondaryPreferred");
// read preferences: primary (default), secondary, nearest, etc.
```

İkincil sunucular okumalar sunabilir (okuma kapasitesini ölçeklendirir), **okuma tercihleri** tarafından denetlenir — ancak ikincil okumalar biraz eski olabilir (asenkron çoğaltma).

## Yazma endişesi (dayanıklılık)

```js
// write concern: how many nodes must acknowledge a write before it's confirmed
db.collection.insertOne(doc, { writeConcern: { w: "majority" } });
// w: 1 (primary only — fast, less safe) vs w: "majority" (safer — survives failover)
```

**Yazma endişesi** dayanıklılığı kontrol eder: `w: "majority"` çoğu node tarafından onaylanmayı bekler (daha güvenli — birincil arızası olmadan veri kaybı yaşamaz) versus `w: 1` (daha hızlı ancak yük devretmede yazma kaybedilebilir).

## Neden önemli

Replica setleri, MongoDB'yi üretimde güvenilir bir şekilde çalıştırmak için temeldir, bu nedenle bunları anlamak üretim MongoDB dağıtımları için önemli üst düzey bilgidir.

Temel değer **otomatik yük devretme yoluyla yüksek kullanılabilirlik**tir: bir replica set (aynı verileri tutan, yazışları işleyen bir birincil ve çoğaltan ikincillerden oluşan sunucu grubu) mevcut birincil arızalanırsa otomatik olarak yeni bir birincil seçer — bir sunucu arızasını toplam kesinti yerine kısa bir kesintiye dönüştürür; bu, kullanılabilir kalması gereken sistemler için gereklidir (ve işlemler ve birçok üretim özelliği için gereklidir).

Yapıyı (birincil, ikinciller, isteğe bağlı arbiter, çoğaltma için oplog) ve **seçim/yük devretme** mekanizmasını anlamak temeldir.

İkincillerin **okumalar** sunabileceğini bilmek (**okuma tercihleri** aracılığıyla okuma kapasitesini ölçeklendirmek, asenkron çoğaltmadan kaynaklanan hafif eski veriler uyarısıyla) performans için değerlidir.

Özellikle önemli olan **yazma endişesi**ni anlamaktır — `w: "majority"` bir yazının çoğu node tarafından onaylandığını sağlayan (böylece birincil yük devretmede veri kaybı olmadan hayatta kalır — kritik veriler için önemli) versus `w: 1` (daha hızlı ancak yük devretmede daha riskli) dayanıklılık kontrolü — önemli bir güvenilirlik/performans dengesidir.

Yüksek kullanılabilirlik ve dayanıklılık üretim veritabanları için gerekli olduğundan ve replica setler (otomatik yük devretme, ikinciller aracılığıyla okuma ölçeklendirmesi ve dayanıklılık için yazma endişesi) bunlar için MongoDB'nin temel mekanizması olduğundan, replica setleri — yapı, otomatik yük devretme, okuma tercihleri ve özellikle yazma endişesi — anlamak, MongoDB'yi üretimde güvenilir bir şekilde dağıtmak için önemli üst düzey bilgidir; bu sıklıkla kritik bir endişedir ve veritabanla çalışan üst düzey roller için beklenen MongoDB'nin yüksek kullanılabilirlik ve dayanıklılık modelinin anlaşılmasını gösteren bir konudur.