MySQL کو scale کرنے کے لیے آپ کب partitioning اور کب sharding کی طرف جاتے ہیں؟

Question

IT Interview Practice · Accepted Answer

دونوں ایک بڑی table کو تقسیم کرتی ہیں، لیکن مختلف سطحوں پر۔ **Partitioning** ایک table کو **ایک ہی MySQL server کے اندر** کئی files میں تقسیم کرتی ہے۔ **Sharding** ڈیٹا کو **کئی آزاد servers** میں تقسیم کرتی ہے۔ Partitioning ایسی table کی مدد کرتی ہے جو ایک file کے لیے بہت بڑی ہو؛ sharding ایسے workload کی مدد کرتی ہے جو ایک machine کے لیے بہت بڑا ہو۔

## Partitioning (ایک server)

```sql
CREATE TABLE events (
  id BIGINT, created_at DATETIME, payload JSON,
  PRIMARY KEY (id, created_at)          -- partition key must be in every unique key
) PARTITION BY RANGE (YEAR(created_at)) (
  PARTITION p2024 VALUES LESS THAN (2025),
  PARTITION p2025 VALUES LESS THAN (2026),
  PARTITION p2026 VALUES LESS THAN (2027)
);
-- Queries filtering on created_at hit ONE partition (partition pruning);
-- dropping old data is an instant ALTER TABLE ... DROP PARTITION p2024.
```

time-series اور آسان archival کے لیے بہترین، لیکن یہ اب بھی ایک ہی server ہے — کوئی اضافی کُل CPU، RAM، یا write throughput نہیں۔

## Sharding (کئی servers)

ایک **shard key** (مثلاً `user_id`) منتخب کریں اور ہر row کو hash یا range کے ذریعے کسی shard تک route کریں:

```
shard = hash(user_id) % N
  user 42 -> shard 2 (server B)     user 99 -> shard 0 (server A)
```

- **فوائد** — writes، storage، اور connections کی تقریباً linear scaling۔
- **نقصانات** — cross-shard JOINs اور transactions مشکل یا ناممکن ہیں؛ ایک خراب shard key hotspots بناتی ہے؛ جب آپ servers بڑھاتے ہیں تو **resharding** تکلیف دہ ہے۔ ایک high-cardinality، یکساں تقسیم شدہ key چنیں اور ایسی queries سے بچیں جنہیں تمام shards تک پھیلنا پڑے۔

## کاموں کی ترتیب

سستے فوائد پہلے استعمال کریں: indexing، query tuning، read replicas، caching، پھر partitioning۔ Sharding کی طرف صرف تب جائیں جب ایک واحد primary مزید **write** حجم جذب نہ کر سکے — یہ operational پیچیدگی میں سب سے بڑی چھلانگ ہے۔

## یہ کیوں اہم ہے

Scaling کے فیصلے بڑی حد تک ناقابلِ واپسی اور مہنگے ہوتے ہیں۔ یہ جاننا کہ partitioning ایک single-server تنظیمی آلہ ہے جبکہ sharding ایک distributed-systems عزم ہے — اپنی shard-key اور cross-shard لاگتوں کے ساتھ — teams کو قبل از وقت sharding کرنے یا partitioning سے یہ توقع رکھنے سے بچاتا ہے کہ وہ write-throughput کی وہ حد حل کر دے گی جو وہ نہیں کر سکتی۔

Partitioning (ایک server)

Sharding (کئی servers)

کاموں کی ترتیب

یہ کیوں اہم ہے

متعلقہ سوالات