【入門編】レイテンシ最適化 – Redis

やあ。Redisの深淵へようこそ。
世界中のエンジニアが「爆速」を求めて辿り着くこの場所で、今日は君と一緒に「Redisがなぜ速いのか、そしてなぜ時々『息切れ』するのか」という本質に迫ってみよう。

Redisを「ただの高速な辞書」だと思っているなら、それはもったいない。こいつはエンジニアの頼れる相棒だ。だが、相棒が急に反応しなくなったら困るだろう？その原因と対策を、難しい言葉抜きで紐解いていくよ。

—

Redisがなぜこれほど速いのか。それは、「巨大な図書館」ではなく「君の机の上のメモ」だからだ。

HDDやSSDという遠い書庫に探しに行くのではなく、CPUが最も得意とする「メインメモリ」という自分の机の上に、必要なデータを全部広げている状態なんだ。だから、0.001秒という瞬きよりも速い速度で返答できる。

しかし、机の上が散らかりすぎたり、誰かが「図書館の全蔵書を読み上げろ」なんて無理な注文（重いコマンド）を投げると、Redisという優秀な秘書はパニックを起こして動きが止まってしまう。これが「レイテンシ（遅延）」の正体だよ。

—

秘書が急に反応しなくなったとき、何が起きたのかを知るための魔法の道具が `SLOWLOG` だ。

これは、「時間がかかりすぎた仕事」を自動的に記録しておく「反省ノート」のようなものだ。

最近の「時間がかかった処理」を3つ表示する
SLOWLOG GET 3

実行結果の例:

1) 1) (整数) 12345 # ID: 記録の番号
2) (整数) 1672531200 # 実行された時間
3) (整数) 50000 # かかった時間（マイクロ秒単位）
4) 1) “KEYS” # 実行されたコマンド
2) “” # 引数（全データを検索しろという命令）

ここで「`KEYS `」なんて名前が見えたら要注意だ。これは「図書館にある本を全部1ページ目から確認しろ」という無茶振りだ。データ量が増えれば増えるほど、Redisは他の仕事ができなくなり、システム全体が麻痺する。これがレイテンシの最大の敵だよ。

—

Redis本体が速くても、君のPCとRedisの間をつなぐ「廊下（ネットワーク）」が混雑していたら意味がない。

よくあるのが、「一度の通信で済むはずの仕事を、何度も往復してやっている」ケースだ。
例えば、100個のデータを保存するのに、100回リクエストを送るのではなく、「パイプライン」という仕組みを使って、一気に荷物をまとめて送る工夫が必要になる。

—

Redisはシングルスレッド、つまり「一度に一つのことしかできない職人」だ。だから、彼を過労死させてはいけない。

もしCPU負荷が高いなら、以下の設定を見直してみよう。

Redisはデータをディスクに保存する「スナップショット」機能を持っているが、これを頻繁にやりすぎると、職人が作業を止めて書き出し作業に専念してしまう。ビジネスの重要度に合わせて、保存頻度を調整しよう。

何でもかんでも溜め込むと、机の上が溢れかえる。`EXPIRE`コマンドを使って、役割を終えたデータは自動的にゴミ箱へ行くように設定するんだ。これだけでRedisは常に身軽でいられる。

—

Redisのチューニングは、オーケストラの指揮者に似ている。
どの楽器（コマンド）が全体のテンポを乱しているのかを見極め、彼らが気持ちよく演奏できるように環境を整えてあげる。

まずは、自分の環境で `SLOWLOG` を覗いてみてほしい。「おや、こんなところで無駄な動きをしていたのか」と気づくはずだ。それができれば、君ももう立派なRedisマスターへの第一歩を踏み出したと言えるよ。

分からないことがあれば、いつでも聞きに来てくれ。君のシステムが、今日も快適に動き続けることを願っているよ。