RedisとMemcachedの違い — メニューの一時保存とランキングで考える

ひよこ

お店のメニュー表示で、毎回DBを読むのを減らせる？

ペンギン先生

よく使う結果を一時的に置くキャッシュが候補だよ。RedisもMemcachedもメモリを中心にキーと値を扱う。まず「消えたら元のDBから作り直せるか」と「どのくらい古くてもよいか」を考えよう。

ひよこ

Memcachedはどう使うの？

ペンギン先生

menu:todayのようなキーで、メニューの結果を取り出す例がわかりやすいね。なければDBを読み、結果を期限付きで保存する。値はアプリ側で文字列などへ変換する。保存するだけで元のDBと自動同期するわけではないよ。

ひよこ

Redisでは何が違う？

ペンギン先生

文字列だけでなく、ハッシュ・リスト・セット・sorted setなどのデータ構造を操作できるよ。例えば得点と参加者をsorted setに入れると、スコア順のランキングを扱えるんだ。

ひよこ

キャッシュのメニューが古くなったら？

ペンギン先生

期限切れを待つか、変更時に削除・更新するようアプリで設計する。60秒という期限なら、その間は古い値が返る場合がある。在庫や決済など、古い値を許容できない判断をそのままキャッシュだけへ任せないでね。

ひよこ

再起動すると消えるの？

ペンギン先生

Memcachedは基本的に作り直せるキャッシュとして使うよ。設定によって正常再起動の間に保持するwarm restartもあるけれど、一般的な耐久DBの保証ではない。RedisはRDBやAOFの永続化を設定できるが、条件次第で最新の書き込みが失われることもあるよ。

ひよこ

複製すれば、失われなくなる？

ペンギン先生

Redisの通常の複製は非同期なので、レプリカへ届く前の障害などを考える必要があるよ。永続化・複製・バックアップは同じではない。必要な復旧と失ってよい範囲を決めて確認しよう。

ひよこ

Redisのライセンスも変わった？

ペンギン先生

版で違うよ。7.2以前はBSD-3-Clause、7.4系はRSALv2かSSPLv1、8以降はその2つにAGPLv3を加えた選択肢がある。名前だけで条件を決めず、使う版・製品・配布や提供の形を確認するんだ。

ひよこ

最初はどちらを選べばいいかな？

ペンギン先生

単純な一時保存なら、必要な容量・クライアント・既存運用を比べよう。ランキングなどサーバー側のデータ構造を使いたいならRedisが候補。人気やスレッド数だけで速さを決めず、実際の処理と復旧の条件で選ぶよ。

メニューを「一時的なメモ」にしておく

何度も表示するメニューを、毎回DBから組み立てる代わりにキャッシュへ置くと、DBの負担や待ち時間を減らせる場合があります。元の正しい情報はどこにあるかを先に決めます。

1. menu:today をキャッシュで探す
2. あれば、その値を使う
3. なければ、元のDBから取得する
4. 結果を期限付きで保存し、表示する

この流れは両方で設計できます。キャッシュは期限切れ・容量不足による追い出し・障害などでなくなる前提で、取得できなかったときの処理も作ります。通信エラーは「データがない」と同じではないので、元のDBへの集中やエラーの扱いも確認します。

ランキングは「入れ物の操作」が違う

Memcachedでは、アプリで集計したランキングを1つの値としてキャッシュする使い方ができます。Redisのsorted setなら、各参加者にスコアを持たせ、スコア順で取得する操作もできます。

例えばひよこ120点・ペンギン150点なら、高い順はペンギン、ひよこです。sorted setの要素は一意な文字列で、同じ名前を別の参加者に使えば区別できません。実際は参加者IDなどを設計します。同点時の並びも自分の要件に合わせます。

期限・永続化・バックアップを分ける

期限は最新情報との自動同期ではありません。メニューを変えたら期限切れまで待てるのか、変更時に無効化するのかを決めます。期限のない値も、容量や設定によって失われる場合があります。

RedisのRDBはある時点のスナップショット、AOFは更新を記録する方式です。書き出しの設定や障害によって、最新の書き込みが失われる可能性があります。通常の複製も非同期で、「永続化やレプリカを付けたから必ず安全」とは言えません。バックアップから復元する練習も必要です。

Memcachedのwarm restartは正常な再起動でキャッシュを保持するための機能で、起動オプションなどの条件があります。「再起動で絶対に消える」も「永続DBと同じ」も、どちらも正確ではありません。

Redisのライセンスは利用する版や製品で確認します。ここで説明する版の違いは公式のRedisの条件で、Redis互換サービスすべてが同じ条件という意味ではありません。速度の勝敗も単一のスレッド数や製品名からは判断しません。

まずキャッシュの仕組みでヒット・ミスを整理し、DBの基本ならSQL入門へ。Redisの操作を試すならRedis入門が次の入口です。

参考資料

2026年10月9日確認。

• Redis — Data types — 文字列・ハッシュ・sorted setなど
• Redis — Persistence — RDB/AOFと失われうる書き込み
• Redis — Replication — 非同期複製
• Redis — Licenses — 7.2以前・7.4系・8以降の条件
• Memcached — User guide — キーと値・期限・無効化
• Memcached — Warm restart — 正常再起動時の保持の条件