やあ。Redisの世界へようこそ。
Redisを「単なる高速なキャッシュ」だと思っているなら、それは非常にもったいない。この小さな巨人は、データの守護神としても非常に優秀なんだ。
今日は、Redisがどうやって「大切なデータ」を記憶し、もしもの時にどうやってそれを蘇らせるのか、その本質を紐解いていこう。難しい言葉は使わない。君のノートにメモを取るような感覚で読み進めてほしい。
—
1. 「記憶」の二つの守り方：スナップショットと日記
Redisは、基本的にはメモリという「消えやすい場所」で動いている。電源が落ちればデータは消える。だからこそ、私たちはデータを「外の世界（ディスク）」に書き出す必要がある。その方法は大きく分けて2つあるんだ。
① RDB（スナップショット）：集合写真
想像してみてほしい。君がものすごく忙しい仕事をしていて、1時間に一度だけ「今の仕事の進み具合」を写真に撮って記録に残すとする。これがRDB（Redis Database Backup）だ。
- メリット: データの塊をポンと保存するから、あとで読み込むのがめちゃくちゃ速い。
- デメリット: 写真を撮った後にトラブルが起きると、次の写真までの間のデータが消えてしまう。
② AOF（Append Only File）：作業日誌
一方で、君が「何をしたか」を最初から最後まで、一言一句ノートに書き留めるとする。「Aさんにメールを送った」「Bさんに返信した」……これがAOFだ。
- メリット: 一つも漏らさず記録しているから、どんな時でも完璧に復旧できる。
- デメリット: 日記がどんどん長くなるから、管理がちょっと大変だ。
—
2. 写真を撮る魔法のコマンド：SAVEとBGSAVE
「今すぐバックアップを取りたい！」と思ったとき、Redisには2つのコマンドがある。
SAVE（やめておけ、というコマンド）
これは「写真を撮り終わるまで、仕事（リクエスト）を全部止める」コマンドだ。小規模ならいいが、データが大きいとシステムがフリーズする。本番環境でこれを叩くのは、営業中のレストランで突然店を閉めて大掃除を始めるようなものだ。やめよう。
BGSAVE（賢者の選択）
これは「裏でこっそり写真を撮る」コマンドだ。Redisは賢い。今の仕事はそのまま続けながら、別の作業員（バックグラウンドプロセス）を派遣してバックアップを撮らせる。
Redisに裏でバックアップを取るよう命令する
127.0.0.1:6379> BGSAVE
結果：Background saving started (裏でやっておくよ、という合図)
—
3. 障害発生！その時、データはどう蘇るのか？
もしサーバが突然落ちてしまったら？Redisは再起動した瞬間に、自動で「写真（RDB）」と「日記（AOF）」を探しに行くんだ。
1. まず写真（RDB）を開く: 過去の正確な状態をメモリに一気にロードする。
2. 次に日記（AOF）を読み直す: 写真の後にあった「後悔や続きの作業」を一つずつ再現して、最新の状態まで追いつく。
この「合わせ技」こそが、Redisを伝説的な信頼性を持つデータベースにしている理由なんだ。
—
4. 運用のアドバイス：先輩からの心得
最後に、これだけは覚えておいてほしい。
- 「とりあえずRDB」だけでは不十分: 大切なデータならAOFをオンにしよう。
- バックアップは別の場所に: Redisが動いているサーバが物理的に壊れたら、ローカルのバックアップも消えてしまう。バックアップファイルは定期的にS3のような別のストレージに逃がすのが、プロの鉄則だ。
—
まとめ：君はもうRedisの守護者だ
Redisのバックアップは、「定期的なスナップショット」と「細やかな日記」のコンビネーション。これさえ理解していれば、どんなトラブルが起きても慌てる必要はない。
ここをクリアした君なら、もうRedisの運用で恐れるものは何もないはずだよ。
もしまた迷うことがあったら、いつでも聞きに来てくれ。君のエンジニアとしての旅路を、心から応援しているよ。
コメント