¿Cuándo recurres a la partición frente al sharding para escalar MySQL?

Question

IT Interview Practice · Accepted Answer

Ambos dividen una tabla grande, pero a niveles distintos. La **partición** divide una tabla entre varios archivos **dentro de un único servidor MySQL**. El **sharding** divide los datos entre **múltiples servidores independientes**. La partición ayuda a una tabla demasiado grande para un solo archivo; el sharding ayuda a una carga demasiado grande para una sola máquina.

## Partición (un 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.
```

Genial para series temporales y archivado fácil, pero sigue siendo un solo servidor — sin más CPU, RAM ni rendimiento de escritura totales.

## Sharding (muchos servidores)

Elige una **shard key** (p. ej. `user_id`) y enruta cada fila a un shard por hash o por rango:

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

- **Pros** — escalado casi lineal de escrituras, almacenamiento y conexiones.
- **Contras** — los JOINs y transacciones entre shards son difíciles o imposibles; una shard key mala crea puntos calientes; el **resharding** al añadir servidores es doloroso. Elige una clave de alta cardinalidad y distribuida uniformemente y evita consultas que deban abrirse en abanico hacia todos los shards.

## Orden de operaciones

Agota primero las victorias más baratas: indexación, ajuste de consultas, réplicas de lectura, caché, luego partición. Recurre al sharding solo cuando un único primario ya no pueda absorber el volumen de **escritura** — es el mayor salto en complejidad operativa.

## Por qué es importante

Las decisiones de escalado son en gran medida irreversibles y caras. Saber que la partición es una herramienta organizativa de un solo servidor mientras que el sharding es un compromiso de sistemas distribuidos — con sus costes de shard key y entre shards — evita que los equipos hagan sharding prematuramente o esperen que la partición resuelva un techo de rendimiento de escritura que no puede.

Partición (un servidor)

Sharding (muchos servidores)

Orden de operaciones

Por qué es importante

Preguntas relacionadas