Redis 查看統(tǒng)計信息

查看統(tǒng)計信息

Mrds:6379> info

在cli下執(zhí)行info。

info Replication

只看其中一部分。

config resetstat

重新統(tǒng)計。

# Server
redis_version:2.8.19 ###redis版本號
redis_git_sha1:00000000  ###git SHA1
redis_git_dirty:0   ###git dirty flag
redis_build_id:78796c63e58b72dc
redis_mode:standalone   ###redis運行模式
os:Linux 2.6.32-431.el6.x86_64 x86_64   ###os版本號
arch_bits:64  ###64位架構(gòu)
multiplexing_api:epoll  ###調(diào)用epoll算法
gcc_version:4.4.7   ###gcc版本號
process_id:25899   ###服務器進程PID
run_id:eae356ac1098c13b68f2b00fd7e1c9f93b1c6a2c   ###Redis的隨機標識符(用于sentinel和集群)
tcp_port:6379   ###Redis監(jiān)聽的端口號
uptime_in_seconds:6419 ###Redis運行時長(s為單位)
uptime_in_days:0  ###Redis運行時長(天為單位)
hz:10
lru_clock:10737922  ###以分鐘為單位的自增時鐘,用于LRU管理
config_file:/etc/redis/redis.conf   ###redis配置文件

# Clients
connected_clients:1   ###已連接客戶端的數(shù)量（不包括通過從屬服務器連接的客戶端）這個參數(shù)也要一定關(guān)注，有飆升和明顯下降時都會有問題。即使不操作
client_longest_output_list:0   ###當前連接的客戶端中最長的輸出列表
client_biggest_input_buf:0   ###當前連接的客戶端中最大的。輸出緩存
blocked_clients:0  ###正在等待阻塞命令（BLPOP、BRPOP、BRPOPLPUSH）的客戶端的數(shù)量 需監(jiān)控

# Memory
used_memory:2281560   ###由 Redis 分配器分配的內(nèi)存總量，以字節(jié)（byte）為單位
used_memory_human:2.18M   ###以更友好的格式輸出redis占用的內(nèi)存
used_memory_rss:2699264   ###從操作系統(tǒng)的角度，返回 Redis 已分配的內(nèi)存總量（俗稱常駐集大?。?。這個值和 top 、 ps 等命令的輸出一致，包含了used_memory和內(nèi)存碎片。
used_memory_peak:22141272  ### Redis 的內(nèi)存消耗峰值（以字節(jié)為單位）
used_memory_peak_human:21.12M  ###以更友好的格式輸出redis峰值內(nèi)存占用
used_memory_lua:35840  ###LUA引擎所使用的內(nèi)存大小
mem_fragmentation_ratio:1.18  ###   =used_memory_rss /used_memory 這兩個參數(shù)都包含保存用戶k-v數(shù)據(jù)的內(nèi)存和redis內(nèi)部不同數(shù)據(jù)結(jié)構(gòu)需要占用的內(nèi)存，并且RSS指的是包含操作系統(tǒng)給redis實例分配的內(nèi)存，這里面還包含不連續(xù)分配所帶來的開銷。因此在理想情況下， used_memory_rss 的值應該只比 used_memory 稍微高一點兒。當 rss > used ，且兩者的值相差較大時，表示存在（內(nèi)部或外部的）內(nèi)存碎片。內(nèi)存碎片的比率可以通過 mem_fragmentation_ratio 的值看出。當 used > rss 時，表示 Redis 的部分內(nèi)存被操作系統(tǒng)換出到交換空間了，在這種情況下，操作可能會產(chǎn)生明顯的延遲?？梢哉f這個值大于1.5或者小于1都是有問題的。當大于1.5的時候需要擇機進行服務器重啟。當小于1的時候需要對redis進行數(shù)據(jù)清理
mem_allocator:jemalloc-3.6.0

# Persistence
loading:0  ###記錄服務器是否正在載入持久化文件，1為正在加載
rdb_changes_since_last_save:0   ###距離最近一次成功創(chuàng)建持久化文件之后，產(chǎn)生了多少次修改數(shù)據(jù)集的操作
rdb_bgsave_in_progress:0   ###記錄了服務器是否正在創(chuàng)建 RDB 文件，1為正在進行
rdb_last_save_time:1420023749  ###最近一次成功創(chuàng)建 RDB 文件的 UNIX 時間戳
rdb_last_bgsave_status:ok   ###最近一次創(chuàng)建 RDB 文件的結(jié)果是成功還是失敗,失敗標識為err，這個時候?qū)懭雛edis 的操作可能會停止，因為默認stop-writes-on-bgsave-error是開啟的，這個時候如果需要盡快恢復寫操作，可以手工將這個選項設置為no。
rdb_last_bgsave_time_sec:0  ###最近一次創(chuàng)建 RDB 文件耗費的秒數(shù)
rdb_current_bgsave_time_sec:-1  ###如果服務器正在創(chuàng)建 RDB 文件，那么這個域記錄的就是當前的創(chuàng)建操作已經(jīng)耗費的秒數(shù)
aof_enabled:1   ###AOF 是否處于打開狀態(tài)，1為啟用
aof_rewrite_in_progress:0   ###服務器是否正在創(chuàng)建 AOF 文件
aof_rewrite_scheduled:0   ###RDB 文件創(chuàng)建完畢之后，是否需要執(zhí)行預約的 AOF 重寫操作（因為在RDB時aof的rewrite會被阻塞一直到RDB結(jié)束）
aof_last_rewrite_time_sec:-1  ###最近一次創(chuàng)建 AOF 文件耗費的時長
aof_current_rewrite_time_sec:-1  ###如果服務器正在創(chuàng)建 AOF 文件，那么這個域記錄的就是當前的創(chuàng)建操作已經(jīng)耗費的秒數(shù)
aof_last_bgrewrite_status:ok  ###最近一次創(chuàng)建 AOF 文件的結(jié)果是成功還是失敗
aof_last_write_status:ok 
aof_current_size:176265  ###AOF 文件目前的大小
aof_base_size:176265  ###服務器啟動時或者 AOF 重寫最近一次執(zhí)行之后，AOF 文件的大小
aof_pending_rewrite:0  ###是否有 AOF 重寫操作在等待 RDB 文件創(chuàng)建完畢之后執(zhí)行
aof_buffer_length:0   ###AOF 緩沖區(qū)的大小
aof_rewrite_buffer_length:0  ###AOF 重寫緩沖區(qū)的大小
aof_pending_bio_fsync:0  ###后臺 I/O 隊列里面，等待執(zhí)行的 fsync 調(diào)用數(shù)量
aof_delayed_fsync:0###被延遲的 fsync 調(diào)用數(shù)量
loading_start_time:1441769386   loading啟動時間戳
loading_total_bytes:1787767808   loading需要加載數(shù)據(jù)量
loading_loaded_bytes:1587418182  已經(jīng)加載的數(shù)據(jù)量
loading_loaded_perc:88.79 加載百分比
loading_eta_seconds:7   剩余時間

# Stats
total_connections_received:8466  ###服務器已接受的連接請求數(shù)量，注意這是個累計值。
total_commands_processed:900668   ###服務器已執(zhí)行的命令數(shù)量，這個數(shù)值需要持續(xù)監(jiān)控，如果在一段時間內(nèi)出現(xiàn)大范圍波動說明系統(tǒng)要么出現(xiàn)大量請求，要么出現(xiàn)執(zhí)行緩慢的操作。
instantaneous_ops_per_sec:1   ###服務器每秒鐘執(zhí)行的命令數(shù)量
total_net_input_bytes:82724170
total_net_output_bytes:39509080
instantaneous_input_kbps:0.07
instantaneous_output_kbps:0.02
rejected_connections:0  ###因為最大客戶端數(shù)量限制而被拒絕的連接請求數(shù)量
sync_full:2
sync_partial_ok:0
sync_partial_err:0
expired_keys:0   ###因為過期而被自動刪除的數(shù)據(jù)庫鍵數(shù)量
evicted_keys:0   ###因為最大內(nèi)存容量限制而被驅(qū)逐（evict）的鍵數(shù)量。這個數(shù)值如果不是0則說明maxmemory被觸發(fā)，并且    evicted_keys一直大于0，則系統(tǒng)的latency增加，此時可以臨時提高最大內(nèi)存，但這只是臨時措施，需要從應用著手分析。
keyspace_hits:0  ###查找數(shù)據(jù)庫鍵成功的次數(shù)。可以計算命中率
keyspace_misses:500000   ###查找數(shù)據(jù)庫鍵失敗的次數(shù)。
pubsub_channels:0  ###目前被訂閱的頻道數(shù)量
pubsub_patterns:0  ###目前被訂閱的模式數(shù)量
latest_fork_usec:402  ###最近一次 fork() 操作耗費的毫秒數(shù)

# Replication
role:master   ###如果當前服務器沒有在復制任何其他服務器，那么這個域的值就是 master ；否則的話，這個域的值就是 slave 。注意，在創(chuàng)建復制鏈的時候，一個從服務器也可能是另一個服務器的主服務器
connected_slaves:2   ###2個slaves
slave0:ip=192.168.65.130,port=6379,state=online,offset=1639,lag=1
slave1:ip=192.168.65.129,port=6379,state=online,offset=1639,lag=0
master_repl_offset:1639
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:1638

# CPU
used_cpu_sys:41.87  ###Redis 服務器耗費的系統(tǒng) CPU
used_cpu_user:17.82  ###Redis 服務器耗費的用戶 CPU
used_cpu_sys_children:0.01  ###后臺進程耗費的系統(tǒng) CPU
used_cpu_user_children:0.01  ###后臺進程耗費的用戶 CPU

# Keyspace
db0:keys=3101,expires=0,avg_ttl=0   ###keyspace 部分記錄了數(shù)據(jù)庫相關(guān)的統(tǒng)計信息，比如數(shù)據(jù)庫的鍵數(shù)量、數(shù)據(jù)庫過期鍵數(shù)量等