點擊上方“朱小廝的博客”，選擇“設(shè)為星標(biāo)”

后臺回復(fù)"加群"，加入新技術(shù)

來源：8rr.co/8UY6

監(jiān)控指標(biāo)

• 性能指標(biāo)：Performance

• 內(nèi)存指標(biāo): Memory

• 基本活動指標(biāo)：Basic activity

• 持久性指標(biāo): Persistence

• 錯誤指標(biāo)：Error

性能指標(biāo)：Performance

NameDescription

latency	Redis響應(yīng)一個請求的時間
instantaneous_ops_per_sec	平均每秒處理請求總數(shù)
hi rate(calculated)	緩存命中率（計算出來的

內(nèi)存指標(biāo): Memory

NameDescription

used_memory	已使用內(nèi)存
mem_fragmentation_ratio	內(nèi)存碎片率
evicted_keys	由于最大內(nèi)存限制被移除的key的數(shù)量
blocked_clients	由于BLPOP,BRPOP,or BRPOPLPUSH而備阻塞的客戶端

基本活動指標(biāo)：Basic activity

NameDescription

connected_clients	客戶端連接數(shù)
conected_laves	slave數(shù)量
master_last_io_seconds_ago	最近一次主從交互之后的秒數(shù)
keyspace	數(shù)據(jù)庫中的key值總數(shù)

持久性指標(biāo): Persistence

NameDescription

rdb_last_save_time	最后一次持久化保存磁盤的時間戳
rdb_changes_sice_last_save	自最后一次持久化以來數(shù)據(jù)庫的更改數(shù)

錯誤指標(biāo)：Error

NameDescription

rejected_connections	由于達到maxclient限制而被拒絕的連接數(shù)
keyspace_misses	key值查找失敗(沒有命中)次數(shù)
master_link_down_since_seconds	主從斷開的持續(xù)時間（以秒為單位)

監(jiān)控方式

• redis-benchmark

• redis-stat

• redis-faina

• redislive

• redis-cli

• monitor

• showlog

get：獲取慢查詢?nèi)罩?/p>

len：獲取慢查詢?nèi)罩緱l目數(shù)

reset：重置慢查詢?nèi)罩?/p>

相關(guān)配置：

slowlog-log-slower-than?1000?#?設(shè)置慢查詢的時間下線，單位：微秒 slowlog-max-len?100?#?設(shè)置慢查詢命令對應(yīng)的日志顯示長度，單位：命令數(shù)

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

server:服務(wù)器運行的環(huán)境參數(shù)

clients:客戶端相關(guān)信息

memory：服務(wù)器運行內(nèi)存統(tǒng)計數(shù)據(jù)

persistence：持久化信息

stats：通用統(tǒng)計數(shù)據(jù)

Replication：主從復(fù)制相關(guān)信息

CPU：CPU使用情況

cluster：集群信息

Keypass：鍵值對統(tǒng)計數(shù)量信息

終端info命令使用

./redis-cli?info?按塊獲取信息?|?grep?需要過濾的參數(shù) ./redis-cli?info?stats?|?grep?ops

交互式info命令使用

?#./redis-cli? >?info?server

性能監(jiān)控：

redis-cli info | grep ops # 每秒操作數(shù)

內(nèi)存監(jiān)控

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

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

[root@CombCloud-2020110836?src]#?./redis-cli?info?|?grep?blocked_clients blocked_clients:0??

由于最大內(nèi)存限制被移除的key的數(shù)量

[root@CombCloud-2020110836?src]#?./redis-cli?info?|?grep?evicted_keys evicted_keys:0??#

內(nèi)存碎片率

[root@CombCloud-2020110836?src]#?./redis-cli?info?|?grep?mem_fragmentation_ratio mem_fragmentation_ratio:2.74?

已使用內(nèi)存

[root@CombCloud-2020110836?src]#?./redis-cli?info?|?grep?used_memory: used_memory:3133624??

基本活動指標(biāo)：

redis連接了多少客戶端 通過觀察其數(shù)量可以確認(rèn)是否存在意料之外的連接。如果發(fā)現(xiàn)數(shù)量不對勁，就可以使用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???#?客戶端連接數(shù)量 connected_slaves:1???#?slave連接數(shù)量

持久性指標(biāo)：

[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???#?自最后一次持久化以來數(shù)據(jù)庫的更改數(shù)

錯誤指標(biāo)

由于超出最大連接數(shù)限制而被拒絕的客戶端連接次數(shù)，如果這個數(shù)字很大，則意味著服務(wù)器的最大連接數(shù)設(shè)置得過低，需要調(diào)整maxclients

[root@CombCloud-2020110836?src]#?./redis-cli?info?|?grep?connected_clients connected_clients:1

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

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

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

[root@CombCloud-2020110836?src]#?./redis-cli?info?|?grep?rdb_changes_since_last_save rdb_changes_since_last_save:0??

復(fù)制積壓緩沖區(qū)如果設(shè)置得太小，會導(dǎo)致里面的指令被覆蓋掉找不到偏移量，從而觸發(fā)全量同步

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

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

[root@CombCloud-2020110836?src]#?./redis-cli?info?|?grep?sync_partial_err sync_partial_err:1

redis性能測試命令

./redis-benchmark?-c?100?-n?5000

說明：100個連接，5000次請求對應(yīng)的性能。

想知道更多？掃描下面的二維碼關(guān)注我

后臺回復(fù)”加群“獲取公眾號專屬群聊入口

【精彩推薦】

• 超清晰的DNS入門指南

• 深入理解Java Stream流水線

• 干掉Swagger,試試這個

• 干掉GuavaCache：Caffeine才是本地緩存的王

• 如何用ELK搭建TB級的日志系統(tǒng)

• 深度好文：Linux系統(tǒng)內(nèi)存知識

• 日志系統(tǒng)新貴Loki，確實比笨重的ELK輕

• 日志采集系統(tǒng)都用到哪些技術(shù)？

• 面試官：為什么HashMap的加載因子是0.75？

點個在看少個 bug?????

總結(jié)

以上是生活随笔為你收集整理的Redis性能指标监控的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。