¿Cómo funciona la persistencia en Redis (RDB vs AOF)?

Question

Accepted Answer

Aunque Redis es en memoria, puede **persistir datos en disco** para que los datos sobrevivan a reinicios. Ofrece dos mecanismos — **RDB** (snapshots de un momento en el tiempo) y **AOF** (registro de operaciones append-only) — con diferentes compromisos entre durabilidad y rendimiento.

## RDB — snapshots de un momento en el tiempo

```text
RDB takes SNAPSHOTS of the dataset at intervals, saving a compact binary file.
  ✓ Compact single-file backups; fast restarts (load the snapshot)
  ✓ Good for backups and disaster recovery; less impact on performance
  ✗ You can LOSE data since the last snapshot (e.g. last few minutes) if Redis crashes
→ Configure save points: e.g. "save after 900s if ≥1 change, 300s if ≥10 changes"
```

RDB guarda periódicamente todo el conjunto de datos en un archivo compacto — eficiente y excelente para copias de seguridad, pero un fallo pierde los cambios realizados desde el último snapshot.

## AOF — registro append-only

```text
AOF logs EVERY write operation to a file; on restart, Redis replays the log to rebuild data.
  ✓ More DURABLE — less data loss (can fsync every second, or every write)
  ✓ The log can be rewritten/compacted to stay manageable
  ✗ Larger files; can be slower than RDB; restart (replay) can be slower
→ fsync policies: always (safest, slowest), everysec (good balance), no (fastest, riskiest)
```

AOF registra cada escritura, reproduciéndola para reconstruir datos al reiniciar — más duradero (menos pérdida de datos) pero con archivos más grandes y rendimiento/reinicios potencialmente más lentos.

## RDB vs AOF — el compromiso

```text
RDB → better performance, compact backups, faster restart, BUT more potential data loss
AOF → better durability (minimal data loss), BUT larger files, slower

BEST PRACTICE: use BOTH together → RDB for backups + AOF for durability
  → Redis can use both; AOF for recovery, RDB for snapshots/backups
OR: pure cache use → you may DISABLE persistence entirely (data is recreatable)
```

## Por qué es importante

Comprender la persistencia en Redis es importante para **garantizar la durabilidad de datos** apropiadamente cuando Redis contiene datos que importan, por lo que es conocimiento valioso para usar Redis correctamente.

Aunque Redis es principalmente en memoria, el hecho de que **pueda persistir en disco** (para que los datos sobrevivan a reinicios y fallos) es importante entender, junto con los dos mecanismos y sus compromisos. **RDB** (snapshots de un momento en el tiempo) ofrece copias de seguridad compactas, reinicios rápidos e impacto bajo en el rendimiento, pero corre el riesgo de **perder datos desde el último snapshot** ante un fallo — bueno para copias de seguridad y aceptable cuando cierta pérdida de datos es tolerable. **AOF** (registrar cada operación de escritura, reproducida al reiniciar) ofrece **mejor durabilidad** (pérdida mínima de datos, configurable mediante políticas de fsync) pero con archivos más grandes y rendimiento/reinicios potencialmente más lentos.

Comprender el **compromiso** (RDB para rendimiento y copias de seguridad compactas vs AOF para durabilidad) y la **mejor práctica común de usar ambos juntos** (RDB para snapshots/copias de seguridad más AOF para durabilidad) refleja un buen criterio de configuración.

También es importante reconocer que para **uso puro de caché** (donde los datos son recreables desde la fuente), la persistencia puede deshabilitarse completamente — Redis no siempre necesita durabilidad.

Elegir la configuración de persistencia correcta basada en el caso de uso (necesidades de durabilidad vs rendimiento, o ninguna para caché puro) es la habilidad práctica clave.

Como la durabilidad de datos importa cuando Redis contiene datos importantes (sesiones, colas, datos primarios), y como entender RDB, AOF, sus compromisos y las mejores prácticas (ambos juntos, o ninguno para caché) es necesario para configurar Redis apropiadamente, comprender la persistencia en Redis es conocimiento valioso y prácticamente relevante para usar Redis responsablemente — garantizando el nivel correcto de durabilidad para los datos que Redis contiene, un tema que refleja comprensión de Redis más allá del simple almacenamiento en caché.