Redis入門 — 値を保存し、30秒で消えるキーを試そう

ひよこ

Redisって、まず何をするとわかりやすい？

ペンギン先生

商品価格の200を名前付きで保存し、取り出してみよう。キーは引き出しのラベル、値は中身のようなもの。今回は30秒で消えるキーを作るよ。

ひよこ

普通のDBとはどう違うの？

ペンギン先生

Redisは主にメモリでデータを扱うよ。キャッシュなどに使われるけど、RDBやAOFでディスクへ保存する設定もある。メモリだから必ず全部消える、とも保存すれば絶対失わない、とも言えないんだ。

ひよこ

すぐ試せる？

ペンギン先生

Dockerが動く環境なら、自分の端末だけに接続できる練習コンテナーを起動しよう。中のredis-cliを使えば、別途CLIを入れずに操作できるよ。

ひよこ

値を入れるときのコマンドは？

ペンギン先生

SETでhiyopen-demo:priceに200を入れ、EX 30で30秒の期限を指定するよ。すぐGETすると200、期限後は見つからない結果になるんだ。

ひよこ

あと何秒かも見える？

ペンギン先生

TTLで残り秒数を見られるよ。-1は期限なし、-2はキーがない状態。操作にかかった時間で残り秒数が減るので、必ず30が表示されるわけではないよ。

ひよこ

キーが消えたら商品の価格もなくなる？

ペンギン先生

キャッシュとして使うなら、元の価格は別のDBに保存しておくよ。Redisにないときは元データを読み、必要ならまたキャッシュするんだ。

ひよこ

保存や公開で気をつけることは？

ペンギン先生

残したいデータに合わせて永続化を設計しよう。今回の練習は保存を残さない設定。外部公開ではアクセス制御やネットワーク、必要な暗号化を確認するので、そのまま公開しないよ。

ひよこ

最初の覚え方は？

ペンギン先生

「Redis」って出てきたら「名前付きの値をメモリ中心に扱うデータストア」と思えばだいたいOK！200を取り出し、期限が切れた状態と比べてみよう。

最初のゴール：200を保存し、期限後に消えるかを見る

今回は30秒だけ残る商品価格を保存します。Redisのキャッシュの感覚をつかむ練習です。Docker Engine 28.0.0以上と通常のbridgeネットワークを使います。端末へDockerが導入済みで、Linuxコンテナーを動かせることが前提です。準備はDocker入門を参照してください。

自分の端末だけの練習環境を起動する

docker run --rm -d --name learning-redis -p 127.0.0.1:6379:6379 redis:8 redis-server --save "" --appendonly no
docker exec -it learning-redis redis-cli

1行目は起動、2行目はCLIへの接続です。ホスト側は127.0.0.1へ限定し、今回は永続化を無効にします。既存の6379番ポートや同名コンテナーがある場合は、既存のものを止めず、練習用の名前・ホスト側ポートを変えてください。

CLIでPINGを入力し、PONGが返れば接続成功です。Redis 8の系列を指定しています。再現性をより厳密に管理する場合は、採用するパッチ版やイメージダイジェストを固定します。

SET・GET・TTLを試す

以下はredis-cliの中で入力するコマンドです。>や説明の結果は入力しません。

SET hiyopen-demo:price 200 EX 30
GET hiyopen-demo:price
TTL hiyopen-demo:price

SETはOK、直後のGETは"200"、TTLは0〜30の残り秒数が目印です。30秒以上待ってもう一度確認しましょう。

GET hiyopen-demo:price
TTL hiyopen-demo:price

GETは(nil)、TTLは-2になります。途中で値を設定し直した場合は、その設定時点から期限を数えます。

SET key valueだけで上書きすると、以前の期限は取り除かれます。新しい期限をEXで指定するか、用途に応じてKEEPTTLなどのオプションを使いましょう。

キャッシュと元データを分けて考える

キャッシュは、もう一度作ったり読み込んだりできるデータの置き場所です。たとえば本来の価格をDBへ保存しておき、Redisに価格があれば使い、なければDBから読みます。

期限を設けても、価格更新の直後から必ず最新値になるわけではありません。更新時にキーを消すなど、元データとキャッシュをそろえる方法も考えます。

RedisにはStringのほかHash・List・Setなどの型があります。一時データだけでなく、構成に応じて別の用途にも使えます。型や通知の仕組みを、そのまま永続的なメッセージ配送の保証と同一視しないことが大切です。

練習を終える・保存を設計する

redis-cliでQUITを入力して抜け、端末側で自分の練習コンテナーを停止します。

docker stop learning-redis

--rmで作ったため停止後にコンテナーは削除されます。今回はボリュームも永続化も使っていません。イメージ自体は残ります。

実務ではRDBが時点のスナップショット、AOFが書き込みログを保存します。保存間隔や同期設定、障害の条件によって失う可能性のある範囲が変わります。「永続化を有効にすれば損失ゼロ」という保証ではありません。 接続は信頼できるクライアントへ限定し、ACL・ネットワーク制御なども設計します。

次に学ぶなら

Redisの仕組みで型や保存の役割を、キャッシュの仕組みで元データと一時保存の関係を学びましょう。

参考資料

• Redis Docker — コンテナーとredis-cli
• Redis SET — EXと期限の上書き
• Redis TTL — 残り秒数と負の値
• Redis Persistence — RDB・AOFと保存設定
• Redis Security — 接続先の制限
• Docker Port publishing — ループバック公開の条件