Når griper du til partisjonering versus sharding for å skalere MySQL?

Question

IT Interview Practice · Accepted Answer

Begge deler opp en stor tabell, men på ulike nivåer. **Partisjonering** deler opp én tabell over flere filer **inne i en enkelt MySQL-server**. **Sharding** deler opp data over **flere uavhengige servere**. Partisjonering hjelper en tabell som er for stor for én fil; sharding hjelper en arbeidslast som er for stor for én maskin.

## Partisjonering (én 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.
```

Flott for tidsserier og enkel arkivering, men det er fortsatt én server — ikke mer total CPU, RAM eller skrivegjennomstrømning.

## Sharding (mange servere)

Velg en **shard key** (f.eks. `user_id`) og rut hver rad til en shard etter hash eller range:

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

- **Fordeler** — nesten lineær skalering av skriving, lagring og tilkoblinger.
- **Ulemper** — JOINs og transaksjoner på tvers av shards er vanskelige eller umulige; en dårlig shard key skaper hotspots; **resharding** når du legger til servere er smertefullt. Velg en nøkkel med høy kardinalitet og jevn fordeling, og unngå spørringer som må vifte ut til alle shards.

## Rekkefølge på tiltak

Tøm de billigere gevinstene først: indeksering, spørringsjustering, read replicas, caching, deretter partisjonering. Grip til sharding først når en enkelt primary ikke lenger kan absorbere **skrive**volumet — det er det største hoppet i driftskompleksitet.

## Hvorfor det er viktig

Skaleringsbeslutninger er stort sett irreversible og dyre. Å vite at partisjonering er et organiseringsverktøy på én server, mens sharding er en forpliktelse til distribuerte systemer — med sine kostnader knyttet til shard key og på tvers av shards — hindrer team i å shard-e for tidlig eller forvente at partisjonering løser et skrivegjennomstrømningstak den ikke kan.

Partisjonering (én server)

Sharding (mange servere)

Rekkefølge på tiltak

Hvorfor det er viktig

Relaterte spørsmål