Kada posežete za particioniranjem, a kada za shardingom za skaliranje MySQL-a?

Question

IT Interview Practice · Accepted Answer

Oboje dijeli veliku tablicu, ali na različitim razinama. **Particioniranje** dijeli jednu tablicu na više datoteka **unutar jednog MySQL poslužitelja**. **Sharding** dijeli podatke na **više nezavisnih poslužitelja**. Particioniranje pomaže tablici koja je prevelika za jednu datoteku; sharding pomaže opterećenju prevelikom za jedan stroj.

## Particioniranje (jedan poslužitelj)

```sql
CREATE TABLE events (
  id BIGINT, created_at DATETIME, payload JSON,
  PRIMARY KEY (id, created_at)          -- ključ particije mora biti u svakom jedinstvenom ključu
) PARTITION BY RANGE (YEAR(created_at)) (
  PARTITION p2024 VALUES LESS THAN (2025),
  PARTITION p2025 VALUES LESS THAN (2026),
  PARTITION p2026 VALUES LESS THAN (2027)
);
-- Upiti koji filtriraju po created_at pogađaju JEDNU particiju (partition pruning);
-- brisanje starih podataka je trenutni ALTER TABLE ... DROP PARTITION p2024.
```

Odlično za vremenske serije i lako arhiviranje, ali i dalje je jedan poslužitelj — nema više ukupnog CPU-a, RAM-a ili propusnosti upisa.

## Sharding (mnogo poslužitelja)

Odaberite **shard ključ** (npr. `user_id`) i usmjerite svaki redak na shard pomoću hasha ili raspona:

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

- **Prednosti** — gotovo linearno skaliranje upisa, pohrane i veza.
- **Nedostaci** — spajanja i transakcije preko shardova teški su ili nemogući; loš shard ključ stvara vruće točke; **resharding** kada dodajete poslužitelje je bolan. Odaberite ključ visoke kardinalnosti, ravnomjerno raspoređen i izbjegavajte upite koji se moraju raspršiti na sve shardove.

## Redoslijed operacija

Iscrpite jeftinije dobitke prvo: indeksiranje, podešavanje upita, replike za čitanje, keširanje, zatim particioniranje. Posegnite za shardingom tek kada jedan primarni poslužitelj više ne može apsorbirati volumen **upisa** — to je najveći skok u operativnoj složenosti.

## Zašto je to važno

Odluke o skaliranju uglavnom su nepovratne i skupe. Znanje da je particioniranje alat organizacije unutar jednog poslužitelja, dok je sharding obveza distribuiranog sustava — s njegovim troškovima shard ključa i međushard operacija — čuva timove od preranog shardinga ili očekivanja da će particioniranje riješiti gornju granicu propusnosti upisa koju ne može.

Particioniranje (jedan poslužitelj)

Sharding (mnogo poslužitelja)

Redoslijed operacija

Zašto je to važno

Povezana pitanja