やあ。Redisの世界へようこそ。
Redisを「単なる高速なキャッシュ」としか見ていないなら、それはまだ入り口に立ったに過ぎない。今日は、Redisがなぜこれほどまでに堅牢で、かつ高速であり続けられるのか、その心臓部である「AOF（Append Only File）」と、その魔法のような整理術について話をしよう。
初心者でも一発で本質を掴めるように、専門用語の裏側にある「哲学」を伝えていくよ。
—
1. 「忘れないためのメモ帳」AOFの正体
Redisはメモリ上で動く超高速なデータベースだ。でも、メモリは電源を落とせばすべて消えてしまう。そこでRedisは、行った操作をすべて「台帳」に書き留めていく。これがAOF（Append Only File）だ。
例えるなら、「毎日のお金の出入りを、ひたすらノートに書き足していく家計簿」のようなものだね。
- 「100円使った」
- 「200円入った」
- 「50円使った」
この方式の素晴らしいところは、「最後から順番に読み直せば、今の残高が再現できる」ということ。どんなに巨大な金額になっても、このノートを最初から読み返せば、必ず現在の正しい状態に戻れるんだ。
2. なぜ「書き換え（Rewrite）」が必要なのか？
ただ、この家計簿には一つ弱点がある。書き足し続けると、ノートが異常に分厚くなるんだ。
例えば、「Aさんに100円渡す」という操作を100回繰り返したとする。ノートには同じような記述が100行並ぶよね。でも、結果的に「Aさんに1万円渡した」という事実さえ分かれば、元の100行はもう不要だ。
そこで登場するのが `BGREWRITEAOF` コマンドだ。
これは、「今の結果だけを残して、ノートを書き直す作業」だよ。
「100行分の履歴」を「1行の合計値」に圧縮する。これをバックグラウンド（BG）で静かに、メインの仕事（リクエスト処理）を止めずにやってのけるのが、Redisの凄いところなんだ。
3. fsync：こだわりすぎると遅くなる「筆圧」のジレンマ
さて、ここで一つ、エンジニアとしての「こだわり」の話をしよう。
家計簿にペンで記録する際、君ならどうする？
1. 「書くたびにペンをしっかり置いて、インクが乾いたか確認する」（最高に安全だが、めちゃくちゃ時間がかかる）
2. 「とりあえずメモ用紙に書いて、後でまとめてノートに書き写す」（速いけれど、途中で事故があったらメモが消えるかも）
これがRedisの fsyncポリシー の正体だ。
- always: 毎回きっちり確認する。一番安全だが、書き込み速度は劇的に落ちる。
- everysec: 1秒ごとにまとめて記録する。これがデフォルトであり、最も賢いバランスだ。「1秒間だけ我慢してくれれば、あとは爆速で処理するよ」というRedisからの提案だね。
- no: OSに任せる。一番速いが、OSがダウンしたらその間のデータは消える。
実務では、ほとんどの場合 `everysec` を選ぶ。これが「パフォーマンス」と「安全性」を天秤にかけた、世界中のエンジニアが辿り着いた黄金比なんだ。
4. 現場で役立つ実践テクニック
最後に、運用で役立つポイントを一つだけ。
AOFファイルが肥大化すると、書き換えにかかる負荷（CPUやディスクI/O）も大きくなる。だから、Redisの設定ファイル（`redis.conf`）で、以下の調整を覚えておくといい。
自動書き換えのトリガー設定
AOFファイルのサイズが前回の2倍になったら書き換える、というルール
auto-aof-rewrite-percentage 100
最低でも64MB以上にならないと書き換えは行わない（頻繁な書き換えを防ぐ）
auto-aof-rewrite-min-size 64mb
この数値を環境に合わせて微調整するのが、一人前のRedis運用者の嗜みだ。
—
まとめ：ここをクリアすれば君もRedisマスターだ
- AOFは、操作履歴を書き留める「家計簿」。
- BGREWRITEAOFは、無駄な履歴を削ぎ落としてノートを軽量化する「整理術」。
- fsyncは、速度と安全性を決める「筆圧の強度」。
どうだい？ Redisがただ速いだけのツールではなく、非常に論理的で、かつ慎重に設計された「気配りの塊」であることが分かってもらえたかな。
この仕組みを理解していれば、いざという時のトラブルシュートも怖くない。君のRedisライフが、より豊かで安定したものになることを願っているよ。
さあ、次は実際に `BGREWRITEAOF` を叩いて、ログファイルがどう変化するか見てみるといい。理論を知った上での観察ほど、面白いものはないからね。
コメント