Quando você recorre a partitioning versus sharding para escalar o MySQL?

Question

IT Interview Practice · Accepted Answer

Ambos dividem uma tabela grande, mas em níveis diferentes. **Partitioning** divide uma tabela em múltiplos arquivos **dentro de um único servidor MySQL**. **Sharding** divide os dados entre **múltiplos servidores independentes**. Partitioning ajuda uma tabela grande demais para um arquivo; sharding ajuda uma carga grande demais para uma máquina.

## Partitioning (um servidor)

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

Ótimo para séries temporais e arquivamento fácil, mas ainda é um servidor só — sem mais CPU, RAM ou vazão de escrita totais.

## Sharding (muitos servidores)

Escolha uma **shard key** (ex.: `user_id`) e roteie cada linha para um shard por hash ou intervalo:

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

- **Prós** — scaling quase linear de escritas, armazenamento e conexões.
- **Contras** — JOINs e transações entre shards são difíceis ou impossíveis; uma shard key ruim cria hotspots; **re-sharding** ao adicionar servidores é doloroso. Escolha uma chave de alta cardinalidade e distribuição uniforme e evite consultas que precisem se espalhar por todos os shards.

## Ordem de operações

Esgote as vitórias mais baratas primeiro: indexação, tuning de consultas, réplicas de leitura, caching, depois partitioning. Recorra ao sharding somente quando um único primário não conseguir mais absorver o volume de **escrita** — é o maior salto em complexidade operacional.

## Por que isso importa

Decisões de scaling são em grande parte irreversíveis e caras. Saber que partitioning é uma ferramenta organizacional de servidor único, enquanto sharding é um compromisso com sistemas distribuídos — com seus custos de shard key e entre shards — impede que times façam sharding prematuramente ou esperem que partitioning resolva um teto de vazão de escrita que ele não pode.

Partitioning (um servidor)

Sharding (muitos servidores)

Ordem de operações

Por que isso importa

Perguntas relacionadas