Kaip veikia Redis duomenų išsaugojimas (RDB vs AOF)?

Question

Accepted Answer

Nors Redis yra atminties pagrindinis duomenų saugykla, jis gali **išsaugoti duomenis į diską**, todėl duomenys išlieka paleidus iš naujo. Jis siūlo du mechanizmus — **RDB** (taškinio laiko momentinės kopijos) ir **AOF** (tik pridedam operacijų žurnalas) — su skirtingais tvarumu/našumu kompromisais.

## RDB — taškinio laiko momentinės kopijos

```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 periodiškai išsaugo visą duomenų rinkinį į kompaktišką failą — efektyvus ir puikus atsarginėms kopijoms, bet avarija praranda pokyčius, atliktu nuo paskutinės momentinės kopijos.

## AOF — tik pridedam žurnalas

```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 įrašo kiekvieną rašymą, atkartojant jį duomenims atstatyti paleidus iš naujo — labiau atsparus (mažiau duomenų praradimo), tačiau su didesniais failais ir potencialiai lėtesniu našumu/paleidimais.

## RDB vs AOF — kompromisas

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

## Kodėl tai svarbu

Supratimas apie Redis duomenų išsaugojimą yra svarbus **užtikrinant duomenų tvarumą** tinkamai, kai Redis laiko duomenis, kurie yra svarbūs, todėl tai vertinga žinios, naudojant Redis teisingai.

Nors Redis iš pirmų jų yra atminties pagrindinis, tai, kad jis **gali išsaugoti į diską** (todėl duomenys išlieka paleidus iš naujo ir po susidūrimų) yra svarbu suprasti, kartu su dviem mechanizmais ir jų kompromisais. **RDB** (taškinio laiko momentinės kopijos) siūlo kompaktiškus atsarginius failus, greitą paleidimą ir mažą našumo poveikį, bet rizikuoja **prarasti duomenis nuo paskutinės momentinės kopijos** po klaidos — puiku atsarginėms kopijoms ir priimtina, kai negresia didelė duomenų praradimo rizika. **AOF** (kiekvienos rašymo operacijos žurnalizavimas, atkartojamas paleidžiant iš naujo) siūlo **geresnį tvarumą** (minimalus duomenų praradimas, reguliuojamas per fsync strategijas), tačiau su didesniais failais ir potencialiai lėtesniu našumu/paleidimais.

Supratimas apie **kompromisą** (RDB dėl našumo ir kompaktiškų atsarginių failų vs AOF dėl tvarumo) ir bendrą **geriausią praktiką naudoti abi kartu** (RDB momentinėms kopijoms/atsarginėms kopijoms plius AOF tvarumui) atspindi gražų konfigūracijos sprendimą.

Taip pat svarbu pripažinti, kad **grynai podėliui** (kur duomenys yra atkuriami iš šaltinio), duomenų išsaugojimas gali būti visiškai išjungtas — Redis ne visada reikalingas tvarumas.

Tinkamos duomenų išsaugojimo konfigūracijos pasirinkimas pagal panaudojimo atvejį (tvarumo poreikiai vs našumas, arba jokio grynos podėlies atveju) yra pagrindinė praktinė įgūdis.

Kadangi duomenų tvarumas yra svarbus, kai Redis laiko svarbius duomenis (sesijas, eilutes, pirminius duomenis), ir kadangi supratimas apie RDB, AOF, jų kompromisus ir geriausias praktikas (abi kartu, arba negrąžinti podėliui) yra reikalingas norint Redis tinkamai sukonfigūruoti, Redis duomenų išsaugojimo supratimas yra vertinga, praktiškai svarbi žinios, naudojant Redis atsakingai — užtikrinant tinkamą duomenų tvarumo lygį, kuriuos saugo Redis, tema, atspindinti supratimą apie Redis be paprastos podėlio.