Redis 監(jiān)控命令大全（info字典表）

舉個栗子：連接的客戶端數(shù)量：redis-cli info clients|grep connected_clients 后面只列舉參數(shù)信息。

一、Server 服務(wù)器信息

server 部分記錄了 Redis 服務(wù)器的信息，它包含以下域：
??●??redis_version：Redis 服務(wù)器版本
??●??redis_git_sha1：Git SHA1
??●??redis_git_dirty：Git dirty flag
??●??os：Redis 服務(wù)器的宿主操作系統(tǒng)
??●??arch_bits：架構(gòu)（32 或 64 位）
??●??multiplexing_api：Redis 所使用的事件處理機制
??●??gcc_version：編譯 Redis 時所使用的 GCC 版本
??●??process_id：服務(wù)器進程的 PID
??●??run_id：Redis 服務(wù)器的隨機標(biāo)識符（用于 Sentinel 和集群）
??●??tcp_port：TCP/IP 監(jiān)聽端口
??●??uptime_in_seconds：自 Redis 服務(wù)器啟動以來，經(jīng)過的秒數(shù)
??●??uptime_in_days：自 Redis 服務(wù)器啟動以來，經(jīng)過的天數(shù)
??●??lru_clock：以分鐘為單位進行自增的時鐘，用于 LRU 管理

二、clients 已連接客戶端信息

clients 部分記錄了已連接客戶端信息，它包含以下域：
【1】connected_clients：已連接客戶端的數(shù)量（不包括通過從屬服務(wù)器連接的客戶端）
【2】client_longest_output_list：當(dāng)前連接的客戶端當(dāng)中，最長的輸出列表
【3】client_longest_input_buf : 當(dāng)前連接的客戶端當(dāng)中，最大輸入緩存
【4】blocked_clients：正在等待阻塞命令（BLPOP、BRPOP、BRPOPLPUSH）的客戶端的數(shù)量

三、stats 一般統(tǒng)計信息

部分記錄了一般統(tǒng)計信息，它包含以下域：
??●??total_connections_received：服務(wù)器已經(jīng)接受的連接請求數(shù)量
??●??total_commands_processed：服務(wù)器已經(jīng)執(zhí)行的命令數(shù)量
??●??instantaneous_ops_per_sec：服務(wù)器每秒中執(zhí)行的命令數(shù)量
??●??rejected_connections：因為最大客戶端數(shù)量限制而被拒絕的連接請求數(shù)量
??●??expired_keys：因為過期而被自動刪除的數(shù)據(jù)庫鍵數(shù)量
??●??evicted_keys：因為最大內(nèi)存容量限制而被驅(qū)逐（evict）的鍵數(shù)量
??●??keyspace_hits：查找數(shù)據(jù)庫鍵成功的次數(shù)
??●??keyspace_misses：查找數(shù)據(jù)庫鍵失敗的次數(shù)
??●??pubsub_channels：目前被訂閱的頻道數(shù)量
??●??pubsub_patterns：目前被訂閱的模式數(shù)量
??●??latest_fork_usec：最近一次 fork()操作耗費的時間(毫秒)

四、cput 計算量統(tǒng)計信息

cpu 部分記錄了 CPU 的計算量統(tǒng)計信息，它包含以下域：
【1】used_cpu_sys：Redis 服務(wù)器耗費的系統(tǒng)CPU（0.03）
【2】used_cpu_user：Redis 服務(wù)器耗費的用戶CPU（0.01）
【3】used_cpu_sys_children：Redis后臺進程耗費的系統(tǒng)CPU（0.00）
【4】used_cpu_user_children：Redis后臺進程耗費的用戶CPU（0.00）

五、commandstats 命令統(tǒng)計信息 （分布式系統(tǒng) www.1b23.com）

?commandstats 部分記錄了各種不同類型的命令的執(zhí)行統(tǒng)計信息，比如命令執(zhí)行的次數(shù)、命令耗費的 CPU 時間、執(zhí)行每個命令耗費的平均 CPU 時間等等，對于每種類型的命令，這個部分都會添加一行一下格式的信息：

cmdstat_get:calls=1664657469,usec=8266063320,usec_per_call=4.97 #get表示命令，call表示命令執(zhí)行次數(shù)，usec總共消耗的CPU時長(單位微秒)，平均每次消耗的CPU時長(單位微秒)。

六、cluster 集群信息

部分記錄了和集群有關(guān)的信息，它包含以下域：cluster_enabled：一個標(biāo)志值，記錄集群功能是否已經(jīng)開啟。

七?keyspace 數(shù)據(jù)庫相關(guān)的統(tǒng)計信息

keyspace 部分記錄了數(shù)據(jù)庫相關(guān)的統(tǒng)計信息，比如數(shù)據(jù)庫的鍵數(shù)量、數(shù)據(jù)庫已經(jīng)被刪除的過期鍵數(shù)量等，對于每個數(shù)據(jù)庫，這個部分都會添加一行以下格式信息：

db0:keys=2,expires=0,avg_ttl=0 0號數(shù)據(jù)庫有2個鍵、已經(jīng)被刪除的過期鍵數(shù)量為0、以及帶有生存期的 key的數(shù)量。

八、replication 主從復(fù)制信息，slave上顯示的信息

【1】role：實例的角色，是master or slave。如果當(dāng)前服務(wù)器沒有在復(fù)制任何其他服務(wù)器，那么這個域的值就是 master；否則的話，這個域的值就是 salve。注意，再創(chuàng)建復(fù)制連的時候，一個服務(wù)器也可能是另一個服務(wù)器的主服務(wù)器。
【2】如果當(dāng)前服務(wù)器是一個從服務(wù)器的話，那么這個部分還會加上以下域：
??●??master_host：此節(jié)點對應(yīng)的 master的ip；
??●??master_port：此節(jié)點對應(yīng)的 master的port；
??●??master_link_status：復(fù)制連接當(dāng)前的狀態(tài)，up 表示連接正常，down 表示連接斷開。
??●??master_last_io_seconds_ago：主庫多少秒未發(fā)送數(shù)據(jù)到從庫
??●??master_sync_in_progress：從服務(wù)器是否在與主服務(wù)器進行同步
【3】如果同步操作正在進行，那么這個部分還會加上以下域：
??●??master_sync_left_bytes：距離同步完成還缺少多少字節(jié)數(shù)據(jù)；
??●??master_sync_last_io_seconds_ago：距離最近一次因為 SYNC 操作而進行 I/O 已經(jīng)過去了多少秒；
【4】如果主從服務(wù)器之間的連接處于斷線狀態(tài)，那么這個部分還會加上以下域：
??●??master_link_down_since_seconds：主從服務(wù)器連接斷開了多少秒；
【5】以下是一些總會出現(xiàn)的域：
??●??slave_repl_offset：slave 復(fù)制偏移量；
??●??slave_priority：slave優(yōu)先級；
??●??slave_read_only：從庫是否設(shè)置只讀；
??●??connected_slaves：連接的 slave實例個數(shù)；
??●??master_repl_offset：0；
??●??repl_backlog_active：0 #復(fù)制積壓緩沖區(qū)是否開啟；
??●??repl_backlog_size：復(fù)制積壓緩沖大?。?br />??●??repl_backlog_first_byte_offset：復(fù)制緩沖區(qū)里偏移量的大??；
??●??repl_backlog_histlen：此值等于 master_repl_offset - repl_backlog_first_byte_offset，該值不會超過repl_backlog_size的大??；

九、persistence RDB 和 AOF 相關(guān)持久化信息

persistence 記錄了 RDB 和 AOF 相關(guān)持久化信息，它包含以下域：
【1】loading：一個標(biāo)志值，記錄了服務(wù)器是否正在載入持久化文件；
【2】rdb_changes_since_last_save：距離最后一次成功創(chuàng)建持久化文件之后，改變了多少個鍵值；
【3】rdb_bgsave_in_progress：一個標(biāo)志值，記錄服務(wù)器是否正在創(chuàng)建 RDB文件；
【4】rdb_last_save_time：最近一次成功創(chuàng)建 RDB文件的UNIX時間；
【5】rdb_last_bgsave_status：ok 一個標(biāo)志值，記錄了最后一次創(chuàng)建 RDB文件的結(jié)果是成功還是失??；
【6】rdb_last_bgsave_time_sec：-1 記錄最后一次創(chuàng)建RDB文件耗費的秒數(shù)；
【7】rdb_current_bgsave_time_sec：-1 如果服務(wù)器正在創(chuàng)建RDB文件，那么這個值記錄的就是當(dāng)前的創(chuàng)建 RDB操作已經(jīng)耗費了多長時間（單位為秒）；
【8】aof_enabled：0 一個標(biāo)志值，記錄了AOF是否處于打開狀態(tài)；
【9】aof_rewrite_in_progress：0 一個標(biāo)志值，記錄了服務(wù)器是否正在創(chuàng)建 AOF文件；
【10】aof_rewrite_scheduled：0 一個標(biāo)志值，記錄了 RDB文件創(chuàng)建完之后，是否需要執(zhí)行預(yù)約的AOF重寫操作；
【11】aof_last_rewrite_time_sec：-1 記錄了最后一次 AOF重寫操作的耗時；
【12】aof_current_rewrite_time_sec：-1 如果服務(wù)器正在進行 AOF重寫操作，那么這個值記錄的就是當(dāng)前重寫操作已經(jīng)耗費的時間（單位是秒）；
【13】aof_last_bgrewrite_status：ok 一個標(biāo)志值，記錄了最后一次重寫 AOF文件的結(jié)果是成功還是失??；

十、memory 內(nèi)存信息

memory 部分記錄了服務(wù)器的內(nèi)存信息，它包含以下域：
??●??used_memory：由 Redis 分配器分配的內(nèi)存總量，以字節(jié)（byte）為單位；
??●??used_memory_human：以人類可讀的格式返回 Redis 分配的內(nèi)存總量；
??●??used_memory_rss：從操作系統(tǒng)的角度，返回 Redis 已分配的內(nèi)存總量（俗稱常駐集大小）。這個值和 top 、 ps 等命令的輸出一致；
??●??used_memory_peak：Redis 的內(nèi)存消耗峰值（以字節(jié)為單位）；
??●??used_memory_peak_human：以人類可讀的格式返回 Redis 的內(nèi)存消耗峰值；
??●??used_memory_lua：Lua 引擎所使用的內(nèi)存大小（以字節(jié)為單位）；
??●??mem_fragmentation_ratio：used_memory_rss 和 used_memory 之間的比率；
??●??mem_allocator：在編譯時指定的， Redis 所使用的內(nèi)存分配器。可以是 libc 、 jemalloc 或者 tcmalloc ；

在理想情況下，used_memory_rss 的值應(yīng)該只比 used_memory 稍微高一點兒。當(dāng) rss > used 兩者的值相差較大時，表示存在（內(nèi)部或外部的）內(nèi)存碎片。內(nèi)存碎片的比率可以通過 mem_fragmentation_ratio 的值看出；當(dāng) used > rss 時，表示 Redis 的部分內(nèi)存被操作系統(tǒng)換出到交換空間了，在這種情況下，操作可能會產(chǎn)生明顯的延遲。
由于 Redis無法控制如何將其分配映射到內(nèi)存頁，因此高使用率的內(nèi)存 rss通常是內(nèi)存使用量激增的結(jié)果。當(dāng) Redis 釋放內(nèi)存時，分配器可能會，也可能不會，將內(nèi)存返還給操作系統(tǒng)。如果 Redis 釋放了內(nèi)存，卻沒有將內(nèi)存返還給操作系統(tǒng)，那么 used_memory 的值可能和操作系統(tǒng)顯示的 Redis 內(nèi)存占用并不一致。查看 used_memory_peak 的值可以驗證這種情況是否發(fā)生。

十一、Redis 性能查看與監(jiān)控常用工具

redis-benchmark：Redis 基準(zhǔn)信息，Redis服務(wù)器性能檢測。如下：100個并發(fā)連接，100000個請求，檢測 host=localhost 端口=6379的 Redis服務(wù)器性能