這篇文章將為大家詳細(xì)講解有關(guān)Redis性能監(jiān)控指標(biāo)是什么，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。
監(jiān)控指標(biāo)
性能指標(biāo)：Performance
| Name | Description |
| latency | Redis響應(yīng)一個(gè)請(qǐng)求的時(shí)間 |
| instantaneous_ops_per_sec | 平均每秒處理請(qǐng)求總數(shù) |
| hi rate(calculated) | 緩存命中率（計(jì)算出來(lái)的） |
內(nèi)存指標(biāo): Memory
| Name | Description |
| used_memory | 已使用內(nèi)存 |
| mem_fragmentation_ratio | 內(nèi)存碎片率 |
| evicted_keys | 由于大內(nèi)存限制被移除的key的數(shù)量 |
| blocked_clients | 由于BLPOP,BRPOP,or BRPOPLPUSH而備阻塞的客戶端 |
基本活動(dòng)指標(biāo)：Basic activity
| Name | Description |
| connected_clients | 客戶端連接數(shù) |
| conected_lavesslave | 數(shù)量 |
| master_last_io_seconds_ago | 最近一次主從交互之后的秒數(shù) |
| keyspace | 數(shù)據(jù)庫(kù)中的key值總數(shù) |
持久性指標(biāo): Persistence
| Name | Description |
| rdb_last_save_time | 最后一次持久化保存磁盤的時(shí)間戳 |
| rdb_changes_sice_last_save | 自最后一次持久化以來(lái)數(shù)據(jù)庫(kù)的更改數(shù) |
錯(cuò)誤指標(biāo)：Error
| Name | Description |
| rejected_connections | 由于達(dá)到maxclient限制而被拒絕的連接數(shù) |
| keyspace_misses | Key值查找失敗(沒有命中)次數(shù) |
| master_link_down_since_seconds | 主從斷開的持續(xù)時(shí)間（以秒為單位) |
監(jiān)控方式
①get：獲取慢查詢?nèi)罩?/p>
②len：獲取慢查詢?nèi)罩緱l目數(shù)
③reset：重置慢查詢?nèi)罩?/p>
相關(guān)配置：
slowlog-log-slower-than 1000 # 設(shè)置慢查詢的時(shí)間下線，單位：微秒 slowlog-max-len 100 # 設(shè)置慢查詢命令對(duì)應(yīng)的日志顯示長(zhǎng)度，單位：命令數(shù)
info（可以一次性獲取所有的信息，也可以按塊獲取信息）
終端info命令使用
./redis-cli info 按塊獲取信息 | grep 需要過(guò)濾的參數(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)存碎片率
[[email protected] src]# ./redis-cli info | grep mem_fragmentation_ratiomem_fragmentation_ratio:2.74
已使用內(nèi)存
[[email protected] src]# ./redis-cli info | grep used_memory:used_memory:3133624
基本活動(dòng)指標(biāo)：
redis連接了多少客戶端 通過(guò)觀察其數(shù)量可以確認(rèn)是否存在意料之外的連接。如果發(fā)現(xiàn)數(shù)量不對(duì)勁，就可以使用lcient list指令列出所有的客戶端鏈接地址來(lái)確定源頭。
[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 # 最后一次持久化保存磁盤的時(shí)間戳 [root@CombCloud-2020110836 src]# ./redis-cli info | grep rdb_changes_since_last_save rdb_changes_since_last_save:0 # 自最后一次持久化以來(lái)數(shù)據(jù)庫(kù)的更改數(shù)
錯(cuò)誤指標(biāo)
由于超出大連接數(shù)限制而被拒絕的客戶端連接次數(shù)，如果這個(gè)數(shù)字很大，則意味著服務(wù)器的大連接數(shù)設(shè)置得過(guò)低，需要調(diào)整maxclients
[[email protected] src]# ./redis-cli info | grep connected_clientsconnected_clients:1
key值查找失敗(沒有命中)次數(shù)，出現(xiàn)多次可能是被hei ke gong ji
[[email protected] src]# ./redis-cli info | grep keyspacekeyspace_misses:0
主從斷開的持續(xù)時(shí)間（以秒為單位)
[[email protected] src]# ./redis-cli info | grep rdb_changes_since_last_saverdb_changes_since_last_save:0
復(fù)制積壓緩沖區(qū)如果設(shè)置得太小，會(huì)導(dǎo)致里面的指令被覆蓋掉找不到偏移量，從而觸發(fā)全量同步
[[email protected] src]# ./redis-cli info | grep backlog_sizerepl_backlog_size:1048576
通過(guò)查看sync_partial_err變量的次數(shù)來(lái)決定是否需要擴(kuò)大積壓緩沖區(qū)，它表示主從半同步復(fù)制失敗的次數(shù)
[[email protected] src]# ./redis-cli info | grep sync_partial_errsync_partial_err:1
redis性能測(cè)試命令
./redis-benchmark -c 100 -n 5000
說(shuō)明：100個(gè)連接，5000次請(qǐng)求對(duì)應(yīng)的性能。
關(guān)于Redis性能監(jiān)控指標(biāo)是什么就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。
重慶分公司
重慶分公司
