Redisのメモリ溢れを防ぐ救世主！「volatile-ttl」の仕組みと実践活用法
こんにちは！Redisの世界へようこそ。
Redisは、データを超高速に読み書きできる「夢のようなメモリ内データベース」です。しかし、そんなRedisにもひとつだけ決定的な弱点があります。それは、「メモリ（容量）には限りがある」ということです。
「メモリが満タンになったら、Redisはどうなってしまうんだろう……？」
不安になりますよね。でも大丈夫です！Redisには、メモリがいっぱいになったときに「どのデータを優先して捨てるか」を決めるスマートな仕組みが備わっています。
今回は、数あるお掃除ルールのなかでも特に合理的で扱いやすい「volatile-ttl（ボラタイル・ティーティーエル）」というポリシーについて、日常の例えを交えながら分かりやすく解説します。ここをクリアすれば、Redisの基本とメモリ管理のコツはバッチリマスターできますよ！
—
1. そもそもRedisの「TTL」ってなに？
`volatile-ttl` を理解するための第一歩として、まずはTTL（Time To Live：有効期限）についておさらいしておきましょう。
日常で例えるなら、TTLは食品に印字されている「賞味期限」のようなものです。
[キー（データ）] ──(賞味期限：あと300秒)──> 自動的に消滅！
Redisではデータ（キー）を保存するときに、「このデータは10分間だけ覚えておいてね！」というように有効期限（TTL）を設定できます。期限が切れたデータは、Redisが自動的に削除してくれます。
—
2. volatile-ttl とは「賞味期限が近いものから捨てる」賢いお掃除術
では、本題の `volatile-ttl` について見ていきましょう。
英語の単語を分解すると、その動きがハッキリ見えてきます。
- volatile（ボラタイル）: 「消えやすい」＝ 有効期限（TTL）が設定されているデータだけを対象にする
- ttl（ティーティーエル）: 残りの寿命（TTL）が一番短いデータから順番に削除する
つまり `volatile-ttl` とは、「有効期限がセットされているデータの中から、一番『賞味期限切れ』に近いものを選んで捨てて、新しいスペースを作る」というお掃除ルールです。
冷蔵庫で例えてみよう！
想像してみてください。あなたの家の冷蔵庫が食材でパンパンになってしまい、新しいケーキを入れられなくなりました。
【冷蔵庫の中身】
・お醬油 （賞味期限なし / ずっと使う）：絶対に捨てたくない！
・牛乳 （賞味期限：あと1時間） ：もうすぐ切れる！
・食パン （賞味期限：あと2日） ：まだ大丈夫
このとき、一番理にかなった行動は何でしょうか？
そう、「あと1時間で賞味期限が切れる牛乳」を処分して、ケーキのスペースを作ることですよね。お醤油のように「期限なしでずっと置いておきたい大切な調味料」は捨てたくありません。
これが、まさに `volatile-ttl` の考え方です！
- 大切なデータ（TTLなし）：絶対に削除されないので安全。
- 一時的なデータ（TTLあり）：残りの寿命が短いものから順に整理される。
安全かつ無駄のない、とっても賢いルールだと思いませんか？
—
3. 実際に動かして体感してみよう！
それでは、コマンドを使って `volatile-ttl` の挙動を確認してみましょう。初心者の方でも理解できるように、丁寧に解説をつけています。
ステップ1：お掃除ポリシーを `volatile-ttl` に設定する
まずは、Redisに対して「メモリがいっぱいになったら `volatile-ttl` でお掃除してね」と命令します。
Redisのメモリ上限に達した時の挙動（maxmemory-policy）を volatile-ttl に変更します
127.0.0.1:6379> CONFIG SET maxmemory-policy volatile-ttl
OK
ステップ2：有効期限（TTL）つきのデータを保存する
次に、いくつかデータを保存してみましょう。
データA：有効期限を「300秒（5分）」に設定して保存
127.0.0.1:6379> SET key_a “データA” EX 300
OK
データB：有効期限を「60秒（1分）」に設定して保存
127.0.0.1:6379> SET key_b “データB” EX 60
OK
データC：有効期限を「設定しない（永久保存）」で保存
127.0.0.1:6379> SET key_c “マスターデータ”
OK
ステップ3：メモリがいっぱいになった時どうなる？
この状態でRedisのメモリがいっぱいになると、Redisは次のように判断します。
1. `key_c` は有効期限が設定されていない（賞味期限なし）ので、絶対に削除しない。
2. `key_a`（残り約300秒）と `key_b`（残り約60秒）を比較する。
3. 一番寿命が短い `key_b` を優先的に削除して、新しいデータを書き込むスペースを作る！
データごとの大切さに応じて、自動で最適なお掃除をしてくれるのが頼もしいですね。
—
4. どんなときに TTL設定 と volatile-ttl が必要なの？
実務（Webアプリケーションの開発など）で、この仕組みが絶対に欠かせないユースケースを3つご紹介します。どれも現場で頻繁に使われる設計ですよ。
ユースケース①：Webサイトの「ログインセッション管理」
ユーザーがログインした状態を保持する「セッション情報」は、通常「最終アクセスから30分」といった有効期限をつけます。
万が一アクセスが急増してRedisのメモリがあふれそうになっても、`volatile-ttl` にしておけば「最も長い間放置されている（＝もう離脱した可能性が高い）古いセッション」から削除されるため、今まさに操作しているユーザーへの影響を最小限に抑えられます。
ユースケース②：一時的な「検索結果のキャッシュ」
データベースの負荷を減らすために、重い検索結果を数分間だけRedisにキャッシュ（一時保存）しておく設計です。
キャッシュはあくまで一時的なコピーなので、最悪消えてもデータベースから再取得すれば問題ありません。期限が切れそうな古いキャッシュから消えてくれる `volatile-ttl` は、キャッシュ運用と相性抜群です。
ユースケース③：15分限定の「ワンタイムコード認証」
スマホのSMSに送られてくる「15分間だけ有効な認証番号」などです。
時間が経てば無効になるデータなので、メモリが逼迫した際は「あと数十秒で切れるコード」から順に破棄されるのが最も安全で合理的です。
—
5. 先輩エンジニアからの「極限のワンポイント知見」
ここで、一歩差がつくプロの知見をこっそり教えますね！
実は、`volatile-ttl` を使う上で1つだけ注意すべき「落とし穴」があります。
それは、「もし、有効期限（TTL）が設定されたキーが1つも存在しなかったらどうなるか？」ということです。
もしRedisの中身が「有効期限のない重要なデータ」ばかりで埋め尽くされ、お掃除できるTTLつきデータが1つも無い状態でメモリが満タンになると、Redisは新しい書き込みコマンドに対して エラー（OOM: Out Of Memory） を返して止まってしまいます。
失敗しないための運用プロの技
1. 「絶対に消したくないデータ」と「消えてもいい一時データ」でキーの設計を分ける
一時データには必ず `EXPIRE`（期限設定）をつける癖をつけましょう。
2. システム全体のデータ特性を見極める
「保存するすべてのデータに期限がついている」というシステムであれば、`volatile-ttl` は最強のパートナーになります。
—
まとめ：Redisの基本をマスターしたあなたへ
今回は、Redisのメモリ管理ポリシーである `volatile-ttl` について解説しました。
- TTL はデータの「賞味期限」。
- volatile-ttl は「期限つきデータの中から、残りの寿命が一番短いもの」を優先して掃除するルール。
- ログインセッションや一時キャッシュなど、有効期限のあるデータを安全に扱うのに最適。
仕組みさえ分かってしまえば、全く怖くありませんよね！
データの性質に合わせて正しいTTLとお掃除ルールを選べるようになれば、あなたはもう立派なRedisの使い手です。自信を持って、次のステップへ進んでくださいね。応援しています！
コメント