Redisの永続化はどのように機能しますか（RDB vs AOF）？

Question

Accepted Answer

Redisはインメモリですが、**ディスクにデータを永続化**することでデータを再起動後も保持できます。**RDB**（ポイントインタイムスナップショット）と**AOF**（操作のアペンドオンリーログ）の2つのメカニズムを提供し、それぞれ異なる耐久性とパフォーマンスのトレードオフを持ちます。

## 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は主にインメモリですが、**ディスクに永続化できる**という事実（データが再起動とクラッシュから保護される）、およびこれら2つのメカニズムとそのトレードオフを理解することが重要です。**RDB**（ポイントインタイムスナップショット）はコンパクトなバックアップ、高速な再起動、低いパフォーマンスオーバーヘッドを提供しますが、クラッシュ時に最後のスナップショット以降の**データ損失のリスク**があります。バックアップに適しており、多少のデータ損失が許容される場合に良好です。**AOF**（すべての書き込み操作を記録し再起動時に再生）は**優れた耐久性**（最小限のデータ損失、fsyncポリシーで設定可能）を提供しますが、ファイルサイズが大きく、パフォーマンスと再起動が低下する可能性があります。

**トレードオフ**（パフォーマンスとコンパクトなバックアップのRDB vs 耐久性のAOF）の理解、および両者を組み合わせるという一般的な**ベストプラクティス**（スナップショット/バックアップ用RDB、耐久性用AOF）の認識は、適切な構成判断を示しています。

また、**純粋なキャッシング**用途（データがソースから復元可能）の場合は永続化を完全に無効にできることを認識することも重要です。Redisは常に耐久性が必要なわけではありません。

ユースケース（耐久性の要件 vs パフォーマンス、またはキャッシュ用途では不要）に基づいて適切な永続化構成を選択することが、実践的な主要スキルです。

Redisが重要なデータ（セッション、キュー、プライマリデータ）を保持する場合にはデータ耐久性が重要であり、RDB、AOF、そのトレードオフ、およびベストプラクティス（両者の組み合わせ、またはキャッシング用途では不要）の理解がRedisを適切に構成するために必要であるため、Redisの永続化を理解することは、Redisを責任を持って使用するための貴重で実践的な知識です。つまり、Redisが保持するデータに対して適切なレベルの耐久性を確保することは、シンプルなキャッシング以上のRedisの理解を反映するトピックです。