Kdaj posežete po particioniranju in kdaj po razrezovanju (sharding) za skaliranje MySQL?

Question

IT Interview Practice · Accepted Answer

Oboje razdeli veliko tabelo, a na različnih ravneh. **Particioniranje** razdeli eno tabelo čez več datotek **znotraj enega samega strežnika MySQL**. **Razrezovanje (sharding)** razdeli podatke čez **več neodvisnih strežnikov**. Particioniranje pomaga tabeli, ki je prevelika za eno datoteko; razrezovanje pomaga obremenitvi, ki je prevelika za en stroj.

## Particioniranje (en strežnik)

```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.
```

Odlično za časovne vrste in enostavno arhiviranje, a to je še vedno en strežnik — nič več skupnega CPU, RAM ali prepustnosti pisanja.

## Razrezovanje (več strežnikov)

Izberite **ključ razreza** (npr. `user_id`) in vsako vrstico usmerite v razrez po zgoščevanju (hash) ali razponu:

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

- **Prednosti** — skoraj linearno skaliranje pisanj, prostora za shranjevanje in povezav.
- **Slabosti** — medrezni JOIN-i in transakcije so težki ali nemogoči; slab ključ razreza ustvari vroče točke; **ponovno razrezovanje** ob dodajanju strežnikov je mučno. Izberite ključ z visoko kardinalnostjo in enakomerno porazdelitvijo ter se izogibajte poizvedbam, ki se morajo razpršiti čez vse razreze.

## Vrstni red operacij

Najprej izčrpajte cenejše zmage: indeksiranje, uravnavanje poizvedb, bralne replike, predpomnjenje, nato particioniranje. Po razrezovanju posezite šele, ko en sam primarni strežnik ne more več absorbirati obsega **pisanja** — to je največji preskok v operativni kompleksnosti.

## Zakaj je to pomembno

Odločitve o skaliranju so večinoma nepovratne in drage. Vedenje, da je particioniranje enostrežniško organizacijsko orodje, razrezovanje pa zaveza distribuiranih sistemov — s svojimi stroški ključa razreza in medreznih operacij — obvaruje ekipe pred prezgodnjim razrezovanjem ali pred pričakovanjem, da bo particioniranje rešilo strop prepustnosti pisanja, ki ga ne more.

Particioniranje (en strežnik)

Razrezovanje (več strežnikov)

Vrstni red operacij

Zakaj je to pomembno

Povezana vprašanja