MongoDB'de sharding nasıl çalışır?

Question

Accepted Answer

**Sharding**, MongoDB'nin **yatay ölçekleme** yöntemidir — verileri birden fazla sunucu (**shard**) arasında dağıtarak, veritabanının tek bir sunucunun kaldırabileceğinden daha fazla veri kümesi ve işleme kapasitesini yönetebilmesini sağlar. Verileri bir **shard key** tarafından bölümlendirir ve MongoDB sorguları doğru shard'lara yönlendirir.

## Neden önemli

```text
A single server has limits (storage, RAM, write throughput). When data/load exceeds
what one server (even a powerful one) can handle, SHARDING distributes it:
  → data is split across multiple SHARDS (each a replica set)
  → each shard holds a SUBSET of the data → combined capacity scales horizontally
  → handles huge datasets and high write throughput
```

## Sharding nasıl çalışır

```text
The sharded cluster has three parts:
  SHARDS    → each holds a portion of the data (each shard is itself a replica set)
  mongos    → query ROUTER — apps connect here; it routes queries to the right shard(s)
  CONFIG SERVERS → store metadata (which data is on which shard)

Data is partitioned by the SHARD KEY into CHUNKS, distributed across shards.
MongoDB balances chunks across shards automatically.
```

## Shard key — en kritik karar

```js
sh.shardCollection("mydb.orders", { customerId: 1 });   // shard by customerId
```

```text
The SHARD KEY determines how data is distributed — choosing it well is CRITICAL:
  ✓ HIGH CARDINALITY (many distinct values) → data spreads evenly
  ✓ EVEN DISTRIBUTION of reads/writes → no hot shards
  ✓ Queries include the shard key → routed to ONE shard (targeted, fast)
  ✗ A BAD shard key → uneven distribution (hotspots), or queries hitting ALL shards
    (scatter-gather, slow) → poor scaling. Hard to change later!
Strategies: ranged sharding, HASHED sharding (even distribution), zoned sharding.
```

## Hedefli vs scatter-gather sorgular

```text
Query INCLUDES the shard key → routed to the specific shard(s) → fast (targeted)
Query WITHOUT the shard key → must query ALL shards (scatter-gather) → slower
→ Design the shard key around your common query patterns.
```

## Neden önemli

Sharding, **MongoDB'yi çok büyük veri kümeleri ve yüksek işleme hacmine ölçekleme** için önemli bir bilgidir; bu nedenle bunu anlamak, büyük ölçekli MongoDB dağıtımları için değerli, üst düzey bir bilgidir.

Temel değer **yatay ölçekleme**dir: veri veya yük tek bir sunucunun kaldırabileceğini aştığında, sharding verileri birden fazla shard arasında dağıtarak, yatay kapasiteyi ölçekler — dikey ölçeklemenin (daha büyük bir sunucu) ulaşamadığı devasa veri kümeleri ve yüksek yazma işleme hacmini yönetmek için ana bir yetkenektir.

**Mimariyyi** anlamak (her shard bir veri alt kümesini barındırır, `mongos` sorgu yönlendiricisi sorguları yönlendirir, config sunucuları metaveri depolar) temeldir.

En önemlisi, **shard key**'i anlamak — veri dağılımını belirleyen alanlar — esastır çünkü **bu, sharding'in en etkili ve değiştirilmesi zor kararıdır**: iyi bir shard key (yüksek kardinalite, eşit dağılım, sorgu desenleriyle uyumlu) verileri ve yükü eşit şekilde dağıtır ve hedefli sorguları mümkün kılarken, kötü bir shard key hotspotlara (dengesiz yük), scatter-gather sorgularına (tüm shard'ları hedef alır, yavaş) ve zayıf ölçeklemey neden olur.

**Hedefli vs scatter-gather sorguları** anlamak (shard key'i içeren sorgular belirli shard'lara verimli şekilde yönlendirilir; içermeyen sorgular tüm shard'ları hedef alır) shard key'i sorgu desenleri etrafında tasarlamayı pekiştirir.

Çok büyük verilere ölçekleme, hızlı büyüyen uygulamalar için gerçek bir zorluk olduğundan ve sharding (MongoDB'nin yatay ölçekleme mekanizması) dikkatli anlayış gerektirdiğinden — özellikle kritik, değiştirilmesi zor shard key kararı ve dağılım ve sorgu verimliliğine etkisi — sharding'i anlamak, MongoDB'yi ölçekleme için önemli üst düzey bir bilgidir; bu, yatay veritabanı ölçeklemesinin anlaşılmasını gösteren bir konudur ve özellikle shard-key kararı, büyük ölçekli sistemleri yöneten üst düzey roller için beklenen derin, etkili MongoDB ölçekleme uzmanlığını yansıtır.