如何理解Redis性能指標監控

這篇文章主要講解了“如何理解Redis性能指標監控”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“如何理解Redis性能指標監控”吧！

 監控指標

• 性能指標：Performance

• 內存指標: Memory

• 基本活動指標：Basic activity

• 持久性指標: Persistence

• 錯誤指標：Error

監控方式

• redis-benchmark

• redis-stat

• redis-faina

• redislive

• redis-cli

• monitor

• showlog

1. get：獲取慢查詢日志

2. len：獲取慢查詢日志條目數

3. reset：重置慢查詢日志 相關配置：

slowlog-log-slower-than 1000 # 設置慢查詢的時間下線，單位：微秒 slowlog-max-len 100 # 設置慢查詢命令對應的日志顯示長度，單位：命令數 復制代碼

info（可以一次性獲取所有的信息，也可以按塊獲取信息）

1. server:服務器運行的環境參數

2. clients:客戶端相關信息

3. memory：服務器運行內存統計數據

4. persistence：持久化信息

5. stats：通用統計數據

6. Replication：主從復制相關信息

7. CPU：CPU使用情況

8. cluster：集群信息

9. Keypass：鍵值對統計數量信息

終端info命令使用

./redis-cli info 按塊獲取信息 | grep 需要過濾的參數 ./redis-cli info stats | grep ops 復制代碼

交互式info命令使用

./redis-cli   > info server 復制代碼

性能監控

redis-cli info | grep ops # 每秒操作數 復制代碼

內存監控

[root@CombCloud-2020110836 src]# ./redis-cli info | grep used | grep human       used_memory_human:2.99M  # 內存分配器從操作系統分配的內存總量 used_memory_rss_human:8.04M  #操作系統看到的內存占用，top命令看到的內存 used_memory_peak_human:7.77M # redis內存消耗的峰值 used_memory_lua_human:37.00K   # lua腳本引擎占用的內存大小 復制代碼

由于BLPOP,BRPOP,or BRPOPLPUSH而備阻塞的客戶端

[root@CombCloud-2020110836 src]# ./redis-cli info | grep blocked_clients blocked_clients:0   復制代碼

由于最大內存限制被移除的key的數量

[root@CombCloud-2020110836 src]# ./redis-cli info | grep evicted_keys evicted_keys:0  # 復制代碼

內存碎片率

[root@CombCloud-2020110836 src]# ./redis-cli info | grep mem_fragmentation_ratio mem_fragmentation_ratio:2.74  復制代碼

已使用內存

[root@CombCloud-2020110836 src]# ./redis-cli info | grep used_memory: used_memory:3133624    復制代碼

基本活動指標
redis連接了多少客戶端 通過觀察其數量可以確認是否存在意料之外的連接。如果發現數量不對勁，就可以使用lcient list指令列出所有的客戶端鏈接地址來確定源頭。

[root@CombCloud-2020110836 src]# ./redis-cli info | grep connected_clients connected_clients:1  [root@CombCloud-2020110836 src]# ./redis-cli info | grep connected connected_clients:1   # 客戶端連接數量 connected_slaves:1   # slave連接數量 復制代碼

持久性指標

[root@CombCloud-2020110836 src]# ./redis-cli info | grep rdb_last_save_time rdb_last_save_time:1591876204  # 最后一次持久化保存磁盤的時間戳  [root@CombCloud-2020110836 src]# ./redis-cli info | grep rdb_changes_since_last_save rdb_changes_since_last_save:0   # 自最后一次持久化以來數據庫的更改數 復制代碼

錯誤指標
由于超出最大連接數限制而被拒絕的客戶端連接次數，如果這個數字很大，則意味著服務器的最大連接數設置得過低，需要調整maxclients

[root@CombCloud-2020110836 src]# ./redis-cli info | grep connected_clients connected_clients:1 復制代碼

key值查找失敗(沒有命中)次數，出現多次可能是被hei ke gong ji

[root@CombCloud-2020110836 src]# ./redis-cli info | grep keyspace keyspace_misses:0    復制代碼

主從斷開的持續時間（以秒為單位)

[root@CombCloud-2020110836 src]# ./redis-cli info | grep rdb_changes_since_last_save rdb_changes_since_last_save:0   復制代碼

復制積壓緩沖區如果設置得太小，會導致里面的指令被覆蓋掉找不到偏移量，從而觸發全量同步

[root@CombCloud-2020110836 src]# ./redis-cli info | grep backlog_size repl_backlog_size:1048576 復制代碼

通過查看sync_partial_err變量的次數來決定是否需要擴大積壓緩沖區，它表示主從半同步復制失敗的次數

[root@CombCloud-2020110836 src]# ./redis-cli info | grep sync_partial_err sync_partial_err:1 復制代碼

代碼redis性能測試命令

/redis-benchmark -c 100 -n 5000 復制代碼

說明：100個連接，5000次請求對應的性能。

感謝各位的閱讀，以上就是“如何理解Redis性能指標監控”的內容了，經過本文的學習后，相信大家對如何理解Redis性能指標監控這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！