このツールを使用してredis-cli
redis-server レイテンシーを観察しています。次に例を示します。
ubuntu:~$ redis-cli --latency -h 127.0.0.1 -p 6379
min: 0, max: 15, avg: 0.12 (2839 samples)
問題は、これらの値が実際に何を意味するのかということです。ツール自体のヘルプドキュメントから入手できるものを超えて、これに関するドキュメントを見つけるのに苦労しています。
このredis-cli --latency -h -p
コマンドは、Redis で発生する可能性があるレイテンシの問題をトラブルシューティングして理解するのに役立つツールです。これは、Redis サーバーが Redis PING コマンドに応答する時間をミリ秒単位で測定することによって行われます。
このコンテキストでは、待ち時間は、クライアントがコマンドを発行してから、クライアントがコマンドへの応答を受信するまでの最大遅延です。通常、Redis の処理時間は非常に短く、サブマイクロ秒の範囲ですが、より高いレイテンシーの数値につながる特定の条件があります。
そのため、コマンドを実行すると、redis-cli --latency -h 127.0.0.1 -p 6379
Redis は (PING を実行して) レイテンシーを継続的にサンプリングする特別なモードに入ります。
それでは、返されるデータを分類してみましょう。min: 0, max: 15, avg: 0.12 (2839 samples)
なに(2839 samples)
?これは、redis-cli
が PING コマンドを発行して応答を受信した回数です。つまり、これはサンプル データです。この例では、2839 件のリクエストとレスポンスを記録しました。
なにmin: 0
?このmin
値は、CLI が発行されPING
てから応答が受信されるまでの最小遅延を表します。言い換えれば、これは、サンプリングされたデータからの絶対的に最良の応答時間でした.
なにmax: 15
?値はのmax
反対ですmin
。これは、CLI が発行されPING
てからコマンドへの応答が受信されるまでの最大遅延を表します。これは、サンプリングされたデータからの最長の応答時間です。2839 サンプルの例では、最長のトランザクションに15ms
.
なにavg: 0.12
?このavg
値は、サンプリングされたすべてのデータのミリ秒単位の平均応答時間です。したがって、平均して、2839 個のサンプルから、応答時間は0.12ms
.
基本的に、min
、max
、およびの数値が高いことavg
は悪いことです。
このデータの使用方法に関する適切なフォローアップ資料: