DevOpsナレッジハブ
DevOpsナレッジハブ

RedisのSLOWLOGコマンドを使用して低速なRedisクエリを診断および解決する

RedisのSLOWLOGコマンドの力を解き放ち、データベースのボトルネックを特定して解決します。この包括的なガイドでは、`slowlog-log-slower-than`および`slowlog-max-len`の設定、低速クエリのエントリの取得と解釈、およびパイプライン処理やデータ構造の調整などの実践的な最適化戦略の適用について説明します。パフォーマンス低下を効果的に診断し、コストのかかるコマンドを特定し、Redisデプロイメントが高速かつ効率的であり続けることを保証し、最終的にアプリケーションの応答性と安定性を向上させる方法を学びます。

43 ビュー

SLOWLOGコマンドを使用したRedisの低速クエリの診断と解決

Redisは、キャッシュ、リアルタイム分析、セッション管理、メッセージブローカーとして広く使用されている、信じられないほど高速なインメモリデータストアです。そのパフォーマンスは、Redis上で構築されたアプリケーションの応答性にとってしばしば重要です。しかし、Redisの速度をもってしても、最適化されていないコマンドや予期しない負荷は低速なクエリを引き起こし、アプリケーション全体のパフォーマンスを低下させるボトルネックを生み出す可能性があります。

これらのパフォーマンス問題の根本原因を特定することが、それらを解決するための最初の一歩です。ここでRedisに組み込まれているSLOWLOG機能が非常に価値のあるツールとなります。これは、指定された実行時間を超えたコマンドを細かくログに記録し分析することを開発者や運用チームに可能にし、潜在的なデータベースのボトルネックやコストのかかる操作に関する重要な洞察を提供します。この記事では、Redisデプロイメントにおけるパフォーマンス低下を診断および解決するために、SLOWLOGコマンドの理解、設定、および活用方法を説明します。

Redis SLOWLOG機能の理解

SLOWLOGは、指定された実行時間を超えるクエリをログに記録するシステムです。これは本質的に、設定されたしきい値よりも長い時間を要したコマンドのインメモリログです。従来のファイルベースのログとは異なり、SLOWLOGはRedisのメモリに直接格納されるため、ディスクI/Oのオーバーヘッドなしに高速にアクセスおよび管理できます。

SLOWLOGの各エントリには、いくつかの情報が含まれています。一意の連番ID、コマンドがログに記録されたUnixタイムスタンプ、コマンドの総実行時間（マイクロ秒）、コマンド自体（引数付き）、コマンドを実行したクライアントのIPアドレスとポート、およびクライアントの名前（設定されている場合）です。これらのエントリを確認することで、特定のコマンドを特定し、パターンを識別し、最終的にRedisとのアプリケーションのやり取りを最適化できます。

SLOWLOGの仕組み：設定パラメータ

SLOWLOGを効果的に使用するには、その2つの主要なパラメータを理解し設定することが重要です。これらのパラメータは、何がログに記録され、いくつのエントリが保持されるかを制御します。

slowlog-log-slower-than

このパラメータは、コマンドがログに記録される実行時間のしきい値（マイクロ秒）を定義します。この指定された値よりも長い時間を要したコマンドのみがSLOWLOGに記録されます。この値を低く設定しすぎると、多くのコマンドがログに記録され、かなりのメモリを消費し、分析が困難になる可能性があります。高すぎると、実際に低速なクエリを見逃してしまう可能性があります。

  • デフォルト値: 10000（10ミリ秒）
  • 推奨: デフォルト値から始め、アプリケーションのパフォーマンス要件に基づいて調整してください。高性能システムでは、1000マイクロ秒（1ミリ秒）または100マイクロ秒に下げることを検討してください。
  • 特殊値: 0に設定すると、すべてのコマンドがログに記録されます。負の値を設定すると、SLOWLOGは完全に無効になります。

このパラメータの現在の値を確認できます。

redis-cli config get slowlog-log-slower-than

新しい値を設定するには（例：5000マイクロ秒、または5ミリ秒）：

redis-cli config set slowlog-log-slower-than 5000

この変更を永続化するには、redis.confファイルを更新するか、Redisのバージョンとセットアップでサポートされている場合はCONFIG REWRITEを使用する必要があります。

slowlog-max-len

このパラメータは、RedisがSLOWLOGに保持するエントリの最大数を指定します。ログが最大長に達すると、新しいエントリは最も古いエントリを自動的に削除します（FIFO - First In, First Out）。

  • デフォルト値: 128エントリ
  • 推奨: 忙しい本番システムでは、デフォルト値は小さすぎることがよくあります。徹底的な分析に必要な十分な履歴をキャプチャするために、1024または4096に増やすことを検討してください。メモリへの影響も考慮してください。

現在の値を確認できます。

redis-cli config get slowlog-max-len

新しい値を設定するには（例：1024エントリ）：

redis-cli config set slowlog-max-len 1024

ここでも、この変更をredis.confファイルに永続化することを忘れないでください。

SLOWLOGエントリの取得と分析

SLOWLOGが設定されたら、一連のコマンドを使用して対話できます。

SLOWLOG GET

このコマンドは、SLOWLOGからエントリを取得するために使用されます。最新のエントリを特定の数だけ取得するために、オプションでcountを指定できます。

  • SLOWLOG GET: 現在ログにあるすべてエントリを取得します。
  • SLOWLOG GET <count>: 最新の<count>エントリを取得します。

例：

# 最新の10個のスローログエントリを取得
redis-cli slowlog get 10

例（分かりやすさのために簡略化された）出力：

1) 1) (integer) 12345        # ログエントリの一意ID
   2) (integer) 1678886400   # Unixタイムスタンプ（例：2023年3月15日 12:00:00 UTC）
   3) (integer) 25000        # 実行時間（マイクロ秒）（25ミリ秒）
   4) 1) "LRANGE"           # コマンド
      2) "mybiglist"       # 引数1
      3) "0"               # 引数2
      4) "-1"              # 引数3
   5) "127.0.0.1:54321"  # クライアントIPとポート
   6) "client-name-app" # クライアント名（設定されている場合）
...

SLOWLOG LEN

このコマンドは、SLOWLOG内の現在のエントリ数を返します。

redis-cli slowlog len

出力：

(integer) 5

SLOWLOG RESET

このコマンドは、SLOWLOGからすべてエントリをクリアします。これは、既存のエントリを分析した後、新しいパフォーマンスデータをキャプチャするために新しいログから開始したい場合に便利です。

redis-cli slowlog reset

出力：

OK

SLOWLOG出力の解釈

各エントリは重要な情報を提供します。

  1. 一意ID: 連番の識別子。特定のイベントの追跡に役立ちます。
  2. タイムスタンプ: コマンドが実行された日時。低速なクエリをアプリケーションのデプロイメント変更や特定の負荷期間と相関させるのに役立ちます。
  3. 実行時間（マイクロ秒）: 最も重要なメトリック。コマンドが完了するのにかかった時間を正確に示します。高い値は潜在的なボトルネックを示します。
  4. コマンドと引数: 正確なRedisコマンドとそのパラメータ。どの操作が低速であったかを理解するために不可欠です（例：KEYS *、非常に大きなリストでのLRANGE 0 -1、LIMITなしのSORT）。
  5. クライアントアドレス: コマンドを発行したクライアントのIPアドレスとポート。ソースアプリケーションまたはサービスまで追跡するのに役立ちます。
  6. クライアント名: アプリケーションがCLIENT SETNAMEを設定している場合（より良い可観測性のために強く推奨）、これは追加のコンテキストレイヤーを提供し、アプリケーションのどの部分が低速なクエリを発行したかを示します。

低速コマンドの特定における実践例

低速なコマンドをシミュレートし、SLOWLOGがどのようにそれをキャプチャするかを見てみましょう。

まず、デモンストレーションのためにslowlog-log-slower-thanを低い値、例えば1000マイクロ秒（1ミリ秒）に設定します。

redis-cli config set slowlog-log-slower-than 1000

次に、大きなデータセットに適用された場合に低速になる可能性のある操作、例えばKEYS *や多数の要素を持つリストでのLRANGEを実行します。

大きなリストを作成してみましょう。

for i in {1..100000}; do redis-cli LPUSH mybiglist $i; done

この大きなリストのすべての要素を取得するLRANGEコマンドを実行します。

redis-cli LRANGE mybiglist 0 -1

このコマンドは、1ミリ秒以上かかる可能性が高いです。

最後に、SLOWLOGを確認します。

redis-cli slowlog get 1

以下のような出力が表示されるはずです（値は異なります）：

1) 1) (integer) 12346
   2) (integer) 1678886450
   3) (integer) 15432 # これがマイクロ秒単位の低速な実行時間です
   4) 1) "LRANGE"
      2) "mybiglist"
      3) "0"
      4) "-1"
   5) "127.0.0.1:54322"
   6) ""

出力には、LRANGE mybiglist 0 -1コマンド、その実行時間（15432マイクロ秒または15.432ミリ秒）、および発生日時が明確に示されています。これにより、大きなリスト全体を取得することがかなりの時間を消費していることがすぐにわかります。

低速クエリ解決のための戦略

SLOWLOGを使用して低速なクエリを特定したら、次のステップはそれらを最適化することです。一般的な戦略をいくつか紹介します。

  1. データ構造とアクセスパターンの最適化：

    • 大きなデータセットでのO(N)コマンドの回避: LRANGE 0 -1（全要素取得）、SMEMBERS（全セットメンバー取得）、HGETALL（全ハッシュフィールド/値取得）、SORT（LIMITなし）のようなコマンドは低速になる可能性があります。大きなコレクションを処理する必要がある場合は、すべてを一度に取得するのではなく、SCAN、SSCAN、HSCAN、またはZSCANを使用して反復処理することを検討してください。
    • 適切なデータ構造の使用: 例えば、オブジェクトの属性を頻繁に取得する必要がある場合は、各属性の個別のキーを格納するのではなく、Hashを使用します。
    • 結果の制限: リストまたはソート済みセットの場合、構造全体を取得するのではなく、妥当な制限でLRANGE <start> <end>またはZRANGE <start> <end>を使用します。

  2. パイプライン処理: コマンドを1つずつ送信するのではなく、パイプライン処理を使用して複数のコマンドを単一のリクエストにバッチ処理します。これにより、ネットワークの往復時間（RTT）のオーバーヘッドが削減され、個々のコマンドが高速であってもアプリケーションが大幅に高速化される可能性があります。

    ```python

    パイプライン処理なし（複数のRTTのため低速）

    r.set('key1', 'value1')
    r.set('key2', 'value2')

    パイプライン処理あり（高速、1回のRTT）

    pipe = r.pipeline()
    pipe.set('key1', 'value1')
    pipe.set('key2', 'value2')
    pipe.execute()
    ```

  3. Luaスクリプティング（EVAL）: 複数のRedisコマンドをアトミックに、または最小限のRTTで実行する必要がある複雑な操作については、Luaスクリプトの使用を検討してください。スクリプトはRedisサーバー上で直接実行され、ネットワーク遅延を削減し、アトミック性を保証します。ただし、実行時間の長いLuaスクリプトはRedisをブロックする可能性があるため、慎重に最適化する必要があります。

  4. 本番環境でのKEYSの回避: KEYSコマンドはO(N)（Nはデータベース内のキーの数）であり、特に大きなデータベースでは、Redisサーバーを長期間ブロックする可能性があります。本番環境でキーを反復処理するにはSCANを使用してください。SCANは、遅延の長いブロッキング操作を回避できる、一時停止および再開可能なイテレータのような機能を提供します。

    ```bash

    本番環境では非推奨

    redis-cli KEYS *

    反復処理のために本番環境では推奨

    redis-cli SCAN 0 MATCH user:* COUNT 100
    ```

  5. コネクションプーリング: アプリケーションがRedisへの接続を効率的に管理するために、適切なコネクションプーリングを使用していることを確認してください。すべてのコマンドに対して接続を開閉することは、リソースを大量に消費する可能性があります。

  6. シャーディングとクラスタリング: データセットやワークロードが単一のRedisインスタンスで処理できる範囲を超えて成長した場合は、複数のRedisインスタンスにデータをシャーディングするか、Redis Clusterを採用することを検討してください。これにより、負荷とデータが分散され、単一インスタンスがボトルネックになるのを防ぎます。

  7. リードレプリカ: 読み取り負荷の高いワークロードの場合、読み取りクエリをRedisのリードレプリカにオフロードします。これにより、読み取りスループットがスケールし、プライマリインスタンスへの負荷が軽減され、書き込みに集中できるようになります。

SLOWLOG使用のベストプラクティス

  • 定期的な監視: 設定して放置しないでください。特にデプロイメント後やピーク負荷時には、SLOWLOGエントリを定期的に確認してください。
  • 適切なしきい値: アプリケーションの許容レイテンシに基づいてslowlog-log-slower-thanを調整してください。あるアプリにとって低速なものが、別のアプリにとっては正常な場合があります。
  • 十分なログ長: 意味のある履歴を保持するのに十分な長さでslowlog-max-lenを設定してください。ただし、過剰なメモリを消費するほど大きくしないでください。
  • 定期的なクリア: エントリを分析した後、SLOWLOG RESETを使用して新しいデータを取得するか、SLOWLOGを監視システムと統合している場合はこのプロセスを自動化することを検討してください。
  • クライアント名の設定: アプリケーションコードでCLIENT SETNAME <name>を使用してください。これにより、SLOWLOGエントリに貴重なコンテキストが追加され、低速なコマンドをアプリケーションの特定の部分に追跡しやすくなります。

結論

RedisのSLOWLOGコマンドは、Redisベースのアプリケーションのパフォーマンスと安定性を維持するための不可欠なツールです。その出力を効果的に設定し定期的に分析することで、見過ごされがちな低速なクエリをプロアクティブに特定、診断、解決し、アプリケーションの応答性を向上させ、より良いユーザーエクスペリエンスを提供できます。Redisのパフォーマンス最適化は、アプリケーションのデータアクセスパターンを理解し、適切なRedisコマンドとデータ構造を選択し、継続的に監視することを含む継続的なプロセスであることを忘れないでください。SLOWLOGは、情報に基づいた最適化の意思決定を行うために必要な重要な可視性を提供します。