やあ。Redisの世界へようこそ。
Redisを単なる「高速なキャッシュ」としか見ていないなら、それはもったいない。Redisは、あなたのアプリケーションの「脳」であり、同時に「心臓」でもあるんだ。
今日は、Redisという賢い執事を、いかに正しく、かつ安全に管理していくか。その「サーバー管理コマンド」の極意を伝授しよう。難しい言葉は使わない。Redisを「巨大な図書館の受付」だと想像して読んでみてほしい。
—
1. Redisの「今の調子」を知る：`INFO`
まずはこれだ。`INFO`コマンドは、Redisという執事の健康診断書のようなもの。
サーバーの全情報を出力する
INFO
これを打つと、メモリの使用状況、接続しているクライアントの数、CPUの負荷など、膨大なデータが返ってくる。
- ここが重要： 初心者がまず見るべきは `used_memory_human`（どれだけメモリを使っているか）だ。もしこれが搭載メモリの限界に近付いていたら、Redisは悲鳴を上げている。早急に対処が必要なサインだよ。
2. 「設定」を覗き、調整する：`CONFIG GET` と `CONFIG SET`
Redisの設定を変えるのは、図書館のルールを変えるようなもの。
現在の設定値を確認する
CONFIG GET maxmemory
設定値を変更する（例：メモリ制限を500MBにする）
CONFIG SET maxmemory 500mb
- 知的なアドバイス： `CONFIG SET` は便利だが、実は再起動すると設定が消えてしまうことが多い。永続的に変えたい場合は、設定ファイル（`redis.conf`）を書き換えるのがプロの流儀だ。「一時的な試行」と「恒久的な設定」を混同しないようにね。
3. データの「規模」を把握する：`DBSIZE`
「今、何冊の本（データ）が図書館にあるの？」を知るのがこれ。
データベース内のキーの総数を返す
DBSIZE
数百万件あるのか、数件なのか。これを知るだけで、次に実行するコマンドが「命取り」になるかどうかがわかる。
4. 禁断の「一掃」コマンド：`FLUSHDB` と `FLUSHALL`
これらは「猛毒」だ。扱うときは細心の注意を払ってほしい。
- `FLUSHDB`：今つながっている本棚（DB）を空っぽにする。
- `FLUSHALL`：全本棚をまとめて焼き払う。
運用現場で「間違えて本番環境で叩いてしまった」という話は、笑えない悲劇として語り継がれている。開発環境以外で打つときは、指が震えるくらいの緊張感を持ってほしい。
5. リアルタイムの覗き見：`MONITOR`
「今、誰がどんなリクエストを送っているんだ？」を確認するコマンドだ。
全てのリクエストをリアルタイムで表示
MONITOR
非常に便利だが、本番環境でこれを実行してはいけない。 なぜなら、Redisの処理能力を大幅に奪ってしまうからだ。本番で困ったときは、後述する`SLOWLOG`を使うのが正解だよ。
6. 犯人探し：`SLOWLOG`
Redisが遅い？ そんな時は`SLOWLOG`だ。
遅い処理の上位10件を表示
SLOWLOG GET 10
「どのコマンドが、どれくらい時間をかけて実行されたか」を教えてくれる。パフォーマンス改善の第一歩は、常にこのログから始まるんだ。
—
先輩エンジニアからの「最後の教え」
Redisの管理コマンドを学ぶことは、「自分のシステムの状態を正しく把握する力」を養うことと同義だ。
1. まずは `INFO` で健康状態を見る。
2. `DBSIZE` で規模感を感じる。
3. `SLOWLOG` でボトルネックを突き止める。
4. `FLUSH` 系には触れない（あるいは慎重に）。
この基本サイクルさえ身につければ、君はもうRedisの運用者として一人前だ。
Redisは非常に素直なシステムだ。君が正しくケアをすれば、驚くほどの速さで応えてくれる。ぜひ、明日からの運用で、このコマンドたちを「相棒」として使いこなしてほしい。
ここをクリアした君なら、もう次のステップへ進む準備は万端だよ。応援しているよ！
コメント