Как работает сохранение данных Redis (RDB vs AOF)?

Question

Accepted Answer

Хотя Redis — это база данных в памяти, она может **сохранять данные на диск**, чтобы данные сохранялись после перезагрузки. Она предлагает два механизма — **RDB** (моментальные снимки данных в определённый момент времени) и **AOF** (журнал всех операций записи) — с разными компромиссами между надёжностью и производительностью.

## RDB — моментальные снимки

```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 периодически сохраняет весь набор данных в компактный файл — эффективно и отлично подходит для резервных копий, но при сбое теряются изменения, сделанные после последнего снимка.

## AOF — журнал только добавления

```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 записывает каждую операцию записи, воспроизводя её при перезагрузке для восстановления данных — более надёжно (меньше потери данных), но с более крупными файлами и потенциально медленнее по производительности и времени перезагрузки.

## RDB vs AOF — компромисс

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

## Почему это важно

Понимание сохранения данных Redis важно для **обеспечения надлежащей долговечности данных**, когда Redis хранит данные, которые имеют значение, поэтому это ценное знание для правильного использования Redis.

Хотя Redis в первую очередь работает с данными в памяти, тот факт, что он **может сохранять на диск** (чтобы данные сохранялись после перезагрузок и сбоев), важно понимать, наряду с двумя механизмами и их компромиссами. **RDB** (моментальные снимки) предлагает компактные резервные копии, быстрые перезагрузки и низкое воздействие на производительность, но рискует **потерей данных со времени последнего снимка** при сбое — хороший вариант для резервных копий и приемлем, когда некоторая потеря данных допустима. **AOF** (логирование каждой операции записи, воспроизводимое при перезагрузке) предлагает **лучшую надёжность** (минимальная потеря данных, настраиваемая через политики fsync), но с более крупными файлами и потенциально медленнее по производительности и времени перезагрузки.

Понимание **компромисса** (RDB для производительности и компактных резервных копий vs AOF для надёжности) и распространённой **лучшей практики использования обоих вместе** (RDB для снимков/резервных копий плюс AOF для надёжности) отражает здравое суждение при конфигурации.

Также важно признать, что для **чистого кэширования** (где данные восстанавливаются из источника), сохранение можно полностью отключить — Redis не всегда нуждается в надёжности.

Выбор правильной конфигурации сохранения на основе use case (потребности в надёжности vs производительности, или отсутствие для чистого кэша) — это ключевой практический навык.

Поскольку долговечность данных имеет значение, когда Redis хранит важные данные (сессии, очереди, первичные данные), и поскольку понимание RDB, AOF, их компромиссов и лучших практик (оба вместе, или ни один для кэширования) необходимо для надлежащей конфигурации Redis, понимание сохранения данных Redis — это ценное, практически релевантное знание для ответственного использования Redis — обеспечение правильного уровня надёжности для данных, которые хранит Redis, тема, отражающая понимание Redis за пределами простого кэширования.