Kako deluje trajnost podatkov v Redisu (RDB v primerjavi z AOF)?

Question

Accepted Answer

Čeprav je Redis pomnilnik v RAM-u, lahko **podatke shrani na disk**, tako da podatki preživijo ponovne zagonje. Ponuja dva mehanizma — **RDB** (posnetke v točki časa) in **AOF** (dnevnik samo-dodajanja operacij) — z različnimi kompromisi med trajnostjo in zmogljivostjo.

## RDB — posnetki v točki časa

```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čno shrani celoten nabor podatkov v kompakten datoteko — učinkovito in odličnega za varnostne kopije, vendar se pri padcu sistema izgubijo spremembe od zadnjega posnetka.

## AOF — dnevnik samo-dodajanja

```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 beleži vsako pisalno operacijo in jo predvaja za ponovno gradnjo podatkov ob ponovnem zagonu — bolj trajno (manj izgube podatkov), vendar z večjimi datotekami in potencialno počasnejšo zmogljivostjo ter ponovnimi zagoni.

## RDB v primerjavi z AOF — kompromis

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

## Zakaj je to pomembno

Razumevanje trajnosti podatkov v Redisu je pomembno za **zagotavljanje ustrezne trajnosti podatkov**, ko Redis drži podatke, ki so pomembni, zato je to dragoceno znanje za pravilno uporabo Redisa.

Čeprav je Redis primarno pomnilnik v RAM-u, je dejstvo, da **lahko shrani na disk** (tako da podatki preživijo ponovne zagonje in padce sistema) pomembno razumeti, skupaj z obema mehanizmoma in njunima kompromisoma. **RDB** (posnetki v točki časa) ponuja kompaktne varnostne kopije, hitre ponovne zagonje in nizek vpliv na zmogljivost, vendar tveganje **izgube podatkov od zadnjega posnetka** ob padcu sistema — dobro za varnostne kopije in sprejemljivo, če je neka izguba podatkov tolerantna. **AOF** (beleženje vsake pisalne operacije, predvajane ob ponovnem zagonu) ponuja **boljšo trajnost** (minimalno izgubo podatkov, nastavljivo prek politik fsync) vendar z večjimi datotekami in potencialno počasnejšo zmogljivostjo in ponovnimi zagoni.

Razumevanje **kompromisa** (RDB za zmogljivost in kompaktne varnostne kopije v primerjavi z AOF za trajnost) in običajne **najboljše prakse uporabe obeh skupaj** (RDB za posnetke/varnostne kopije plus AOF za trajnost) odraža zdravo sodbo pri konfiguraciji.

Pomembno je tudi spoznati, da se za **čisto predpomnilniško uporabo** (kjer so podatki ponovno ustvarljivi iz vira) trajnost lahko v celoti onemogoči — Redis ne potrebuje vedno trajnosti.

Izbira pravilne konfiguracije trajnosti glede na primerek uporabe (potrebe po trajnosti v primerjavi z zmogljivostjo ali nobena za čist predpomnilnik) je ključna praktična veščina.

Ker je trajnost podatkov pomembna, ko Redis drži pomembne podatke (seje, vrste čakanja, glavne podatke), in ker je razumevanje RDB-ja, AOF-ja, njihovih kompromisov in najboljših praks (obeh skupaj ali nobenega za predpomnilniški sistem) potrebno za ustrezno konfiguracijo Redisa, je razumevanje trajnosti podatkov v Redisu dragoceno, praktično relevantno znanje za odgovorno uporabo Redisa — zagotavljanje ustrezne ravni trajnosti za podatke, ki jih drži Redis, teme, ki odraža razumevanje Redisa onkraj preproste predpomnenja.