Redis kalıcılığı nasıl çalışır (RDB vs AOF)?

Question

Accepted Answer

Redis bellek içinde olmasına rağmen, verileri diske **kalıcı hale getirebilir** ve böylece veriler yeniden başlatmalardan sonra da korunur. **RDB** (belirli bir zamandaki anlık görüntüler) ve **AOF** (işlemlerin yalnızca eklenen günlüğü) olmak üzere iki mekanizma sunar — her biri farklı dayanıklılık/performans dengeleri sunar.

## RDB — belirli bir zamandaki anlık görüntüler

```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, tüm veri setini periyodik olarak sıkıştırılmış bir dosyaya kaydeder — verimli ve yedeklemeler için mükemmeldir, ancak bir çöküş son anlık görüntüden sonra yapılan değişiklikleri kaybeder.

## AOF — yalnızca eklenen günlük

```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 her yazma işlemini kaydeder ve yeniden başlatma sırasında verileri yeniden oluşturmak için bunu tekrar oynatır — daha dayanıklı (daha az veri kaybı) ancak daha büyük dosyalar ve potansiyel olarak daha yavaş performans/yeniden başlatmalar ile gelir.

## RDB vs AOF — denge

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

## Neden önemli

Redis kalıcılığını anlamak, Redis önemli verileri tuttuğunda **veri dayanıklılığını uygun şekilde sağlamak** için önemlidir, bu nedenle Redis'i doğru şekilde kullanmak için değerli bir bilgidir.

Redis öncelikle bellek içinde olmasına rağmen, **diske kalıcı hale getirebilmesi** (böylece veriler yeniden başlatmalardan ve çöküşlerden sonra korunur) önemlidir ve iki mekanizmanın ve bunların dengeleri anlaşılmalıdır. **RDB** (belirli bir zamandaki anlık görüntüler) sıkıştırılmış yedeklemeler, hızlı yeniden başlatmalar ve düşük performans etkisi sunuyorsa da, çöküş durumunda **son anlık görüntüden bu yana veri kaybetme** riski taşır — yedeklemeler ve bazı veri kaybının tolere edilebilir olduğu durumlarda iyidir. **AOF** (her yazma işlemini günlüğe alma, yeniden başlatma sırasında tekrar oynatma) **daha iyi dayanıklılık** (minimal veri kaybı, fsync ilkeleri aracılığıyla yapılandırılabilir) sunuyorsa da, daha büyük dosyalar ve potansiyel olarak daha yavaş performans/yeniden başlatmalar ile gelir.

**Denge** (performans ve sıkıştırılmış yedeklemeler için RDB vs dayanıklılık için AOF) ve ortak **her ikisini birlikte kullanma en iyi uygulaması** (anlık görüntüler/yedeklemeler için RDB artı dayanıklılık için AOF) anlamak, sağlam yapılandırma yargısını yansıtır.

Ayrıca önemli olan, **saf önbelleğe alma** kullanımı (verilerin kaynaktan yeniden oluşturulabildiği) için kalıcılığın tamamen devre dışı bırakılabileceğini anlamaktır — Redis her zaman dayanıklılığa ihtiyaç duymaz.

Use case'e göre doğru kalıcılık yapılandırmasını seçmek (dayanıklılık ihtiyaçları vs performans, ya da saf önbellek için hiçbiri) temel pratik beceridir.

Veri dayanıklılığı Redis önemli verileri tuttuğunda önemli olduğundan (oturumlar, kuyruğu, birincil veriler) ve RDB, AOF, bunların dengeleri ve en iyi uygulamaları (her ikisi birlikte ya da önbelleğe alma için hiçbiri) anlamak Redis'i uygun şekilde yapılandırmak için gerekli olduğundan, Redis kalıcılığını anlamak Redis'i sorumlu bir şekilde kullanmak için değerli ve pratik olarak ilgili bilgidir — Redis'in tuttuğu veriler için doğru dayanıklılık seviyesini sağlamak, basit önbelleğe almadan daha fazlasını yansıtan bir konudur.