使用Redis-Cli瞭解延遲

Question

我正在使用redis-cli工具來觀察redis-server延遲。這裏有一個例子：

ubuntu:~$ redis-cli --latency -h 127.0.0.1 -p 6379 
min: 0, max: 15, avg: 0.12 (2839 samples) 

的問題是，這些值的實際含義？除了通過工具自帶的幫助文檔提供的信息之外，我正在努力尋找關於此的文檔。

Answer 1

redis-cli --latency -h -p命令是一個工具，可幫助您排查和理解您可能遇到的Redis延遲問題。它通過測量Redis服務器以毫秒爲單位響應Redis PING命令的時間。

在這種情況下的等待時間是時間的客戶機 發出命令和對命令的應答是由 客戶機接收到的時間之間的最大延遲。通常Redis的處理時間非常低，在 微秒的範圍內，但是有一些條件導致更高的延遲數字 。

- Redis latency problems troubleshooting

所以，當我們運行的命令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較高的數字是一件壞事。

關於如何使用這些數據有一些很好的後續材料：

• Redis latency problems troubleshooting
• Redis latency monitoring framework
• How fast is Redis?
• Redis Performance Thoughts

Answer 2

的--latency開關放redis-cli轉換爲特殊模式，旨在幫助您衡量客戶端與Redis服務器之間的延遲。在該節點運行期間，使用Redis PING命令重新啓動服務器並記錄它獲得的平均/最小/最大響應時間（以毫秒爲單位）。

當您使用遠程Redis服務器時，這是排除網絡問題的有用工具。