MySQL scale गर्न तपाईं कहिले partitioning र कहिले sharding तिर हात बढाउनुहुन्छ?

Question

IT Interview Practice · Accepted Answer

दुवैले ठूलो table विभाजन गर्छन्, तर फरक तहमा। **Partitioning** ले एउटा table लाई **एउटै MySQL server भित्र** धेरै files मा विभाजन गर्छ। **Sharding** ले डेटालाई **धेरै स्वतन्त्र servers** मा विभाजन गर्छ। Partitioning ले एउटा file का लागि धेरै ठूलो table लाई मद्दत गर्छ; sharding ले एउटा machine का लागि धेरै ठूलो workload लाई मद्दत गर्छ।

## 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 को लगभग रैखिक scaling।
- **बेफाइदा** — cross-shard JOINs र transactions गाह्रो वा असम्भव हुन्छन्; खराब shard key ले hotspots सिर्जना गर्छ; servers थप्दा **resharding** पीडादायी हुन्छ। उच्च-cardinality, समान रूपमा वितरित key छान्नुहोस् र सबै shards मा fan out गर्नुपर्ने queries टार्नुहोस्।

## कामको क्रम

पहिले सस्ता जितहरू सिध्याउनुहोस्: indexing, query tuning, read replicas, caching, अनि partitioning। एउटै primary ले अब **write** भोल्युम समेट्न नसक्दा मात्र sharding तिर हात बढाउनुहोस् — यो operational जटिलतामा सबैभन्दा ठूलो फड्को हो।

## यो किन महत्त्वपूर्ण छ

Scaling निर्णयहरू धेरै हदसम्म अपरिवर्तनीय र महँगा हुन्छन्। Partitioning एउटा single-server संगठनात्मक उपकरण हो भने sharding एउटा distributed-systems प्रतिबद्धता हो — यसको shard-key र cross-shard खर्चसहित — भन्ने जान्नाले teams लाई समय अगावै sharding गर्नबाट वा partitioning ले समाधान गर्न नसक्ने write-throughput सीमा समाधान गर्ला भन्ने अपेक्षाबाट जोगाउँछ।

Partitioning (एउटा server)

Sharding (धेरै servers)

कामको क्रम

यो किन महत्त्वपूर्ण छ

सम्बन्धित प्रश्नहरू