Redis Persistence (RDB, AOF)

Redis est in-memory but supports persistance optionnelle pour durabilité — deux mécanismes principaux : RDB snapshots et AOF (Append Only File). Choix impact durability vs performance.

RDB (Redis Database) — point-in-time snapshots :
(1) **Fonctionnement** — child process forké périodiquement écrit snapshot binaire complet du dataset.
(2) **Configuration** — `save 900 1` (snapshot si ≥1 change en 15min), `save 300 10`, `save 60 10000`. Multiple lignes save = OR logic.
(3) **Force** — `BGSAVE` (background), `SAVE` (blocking — avoid prod).
(4) **Pros** : compact, fast restart, minimal performance impact runtime ; idéal backups.
(5) **Cons** : data loss possible entre snapshots (jusqu'à minutes), fork peut être expensive sur large datasets (CoW memory pressure).

AOF (Append Only File) — write log :
(1) **Fonctionnement** — every write command appended to file ; replay au restart restaure exact state.
(2) **Configuration** — `appendonly yes`, `appendfsync everysec` (default, fsync every sec ≤ 1s data loss), `always` (fsync every write — slowest, max durability), `no` (let OS decide).
(3) **Rewrite** — periodically AOF compacted (`BGREWRITEAOF` ou `auto-aof-rewrite-percentage`) — keeps file size manageable.
(4) **Pros** : minimal data loss (≤1s avec everysec), human-readable log.
(5) **Cons** : files larger que RDB, slower restart (replay log), slight perf impact.

Recommended (Redis docs) : **enable both** — RDB pour backups/disaster recovery + AOF pour minimal data loss. Or AOF only avec rewrite for everyday production where data critical.

Disable persistence : `save ""` + `appendonly no` — pure cache, lose all on restart, acceptable si Redis = cache layer with source-of-truth ailleurs (preferred config pour caches).

Modern alternative : **Redis 7.4 Multi-Part AOF** — improved efficiency. **Redis Stack avec RedisDB persistence to disk** for hybrid memory/disk. Compétences DP-300.