Redis的info介紹

Server

redis_version:2.6.9
redis_git_sha1:00000000
redis_git_dirty:0
redis_mode:standalone
os:Linux 3.4.9-gentoo x86_64
arch_bits:64
multiplexing_api:epoll          # redis的事件循環機制
gcc_version:4.6.3
process_id:18926
run_id:df8ad7574f3ee5136e8be94aaa6602a0079704cc # 標識redis server的隨機值
tcp_port:6379
uptime_in_seconds:120           # redis server啟動的時間(單位s)
uptime_in_days:0                # redis server啟動的時間(單位d)
lru_clock:321118                # Clock incrementing every minute, for LRU management TODO 不清楚是如何計算的

Clients

connected_clients:3             # 連接的客戶端數
client_longest_output_list:0    # 當前客戶端連接的最大輸出列表    TODO
client_biggest_input_buf:0      # 當前客戶端連接的最大輸入buffer TODO
blocked_clients:0               # 被阻塞的客戶端數

Memory

used_memory:573456              # 使用內存，單位B
used_memory_human:560.02K       # human read顯示使用內存
used_memory_rss:1798144         # 系統給redis分配的內存（即常駐內存）
used_memory_peak:551744         # 內存使用的峰值大小
used_memory_peak_human:538.81K  # human read顯示內存使用峰值
used_memory_lua:31744           # lua引擎使用的內存
mem_fragmentation_ratio:3.14    # used_memory_rss/used_memory比例，一般情況下，used_memory_rss略高于used_memory，當內存碎片較多時，則mem_fragmentation_ratio會較大，可以反映內存碎片是否很多
mem_allocator:jemalloc-3.3.1    # 內存分配器

Persistence

##########################

rdb和aof事redis的兩種持久化機制

#

rdb是通過配置文件設置save的時間的改動數量來操作

把上次改動后的數據達到設置的指標后保存到db

如果中間發生了crash，則數據會丟失

這種策略被叫做快照

#

aof是持續的把寫操作執行寫入一個類似日志的文件

但是會影響應能

分為appendfsync always和appendfsync eversec

前者每次寫操作都同步，數據安全性高，但是特別消耗性能

后者每秒同步一次，如果發生crash，則可能會丟失1s的數據

##########################
loading:0                       #
rdb_changes_since_last_save:0   # 自上次dump后rdb的改動
rdb_bgsave_in_progress:0        # 標識rdb save是否進行中
rdb_last_save_time:1366359865   # 上次save的時間戳
rdb_last_bgsave_status:ok       # 上次的save操作狀態
rdb_last_bgsave_time_sec:-1     # 上次rdb save操作使用的時間(單位s)
rdb_current_bgsave_time_sec:-1  # 如果rdb save操作正在進行，則是所使用的時間

aof_enabled:0                   # 是否開啟aof，默認沒開啟
aof_rewrite_in_progress:0       # 標識aof的rewrite操作是否在進行中
aof_rewrite_scheduled:0         # 標識是否將要在rdb save操作結束后執行
aof_last_rewrite_time_sec:-1    # 上次rewrite操作使用的時間(單位s)
aof_current_rewrite_time_sec:-1 # 如果rewrite操作正在進行，則記錄所使用的時間
aof_last_bgrewrite_status:ok    # 上次rewrite操作的狀態

開啟aof后增加的一些info信息

aof_current_size:0              # aof當前大小
aof_base_size:0                 # aof上次啟動或rewrite的大小
aof_pending_rewrite:0           # 同上面的aof_rewrite_scheduled
aof_buffer_length:0             # aof buffer的大小
aof_rewrite_buffer_length:0     # aof rewrite buffer的大小
aof_pending_bio_fsync:0         # 后臺IO隊列中等待fsync任務的個數
aof_delayed_fsync:0             # 延遲的fsync計數器 TODO

Stats

total_connections_received:7    # 自啟動起連接過的總數
total_commands_processed:7      # 自啟動起運行命令的總數
instantaneous_ops_per_sec:0     # 每秒執行的命令個數
rejected_connections:0          # 因為最大客戶端連接書限制，而導致被拒絕連接的個數
expired_keys:0                  # 自啟動起過期的key的總數
evicted_keys:0                  # 因為內存大小限制，而被驅逐出去的鍵的個數
keyspace_hits:0                 # 在main dictionary(todo)中成功查到的key個數
keyspace_misses:0               # 同上，未查到的key的個數
pubsub_channels:0               # 發布/訂閱頻道數
pubsub_patterns:0               # 發布/訂閱模式數
latest_fork_usec:0              # 上次的fork操作使用的時間（單位ms）
##########################

pubsub是一種消息傳送的方式，分為頻道和模式兩種

消息不支持持久化，消息方中斷后再連接，前面的消息就會沒了

頻道是指通過SUBSCRIBE指定一個固定的頻道來訂閱

模式是指通過PSUBSCRIBE模式匹配來訂閱相關的匹配給定模式的頻道

##########################

Replication

role:master                     # 角色
connected_slaves:1              # 連接的從庫數
slave0:127.0.0.1,7777,online

role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:4
master_sync_in_progress:0       # 標識主redis正在同步到從redis
slave_priority:100
slave_read_only:1
connected_slaves:0

CPU

used_cpu_sys:0.00           # redis server的sys cpu使用率
used_cpu_user:0.12          # redis server的user cpu使用率
used_cpu_sys_children:0.00  # 后臺進程的sys cpu使用率
used_cpu_user_children:0.00 # 后臺進程的user cpu使用率

Keyspace

db0:keys=2,expires=0
db1:keys=1,expires=0