redis info 详解

查看redis的状态（以aws上面的redis实例为例子）：

redis-cli   -h 主机 -a 密码  -p 端口   ‘info’

# Server
redis_version:3.2.10    ##redis版本
redis_git_sha1:0          ##git上版本
redis_git_dirty:0          ##git的代码是否修改
redis_build_id:0          ##编译时ID
redis_mode:standalone  ##redis运行模式
os:Amazon ElastiCache   ##服务器的宿主操做系统
arch_bits:64     ##架构（32或64位）
multiplexing_api:epoll     ##Redis基于epoll模型
gcc_version:0.0.0  ##编译redis的GCC版本
process_id:1    ##服务器进程的pid
run_id:3802b560256fc3702fd858ebdf877b8ace8d6630   ##Redis 服务器的随机标识符（用于 Sentinel 和集群）
tcp_port:6379   ##redis的tcp端口
uptime_in_seconds:77788    ##redis自启动以来，一共运行了多少秒
uptime_in_days:0    ##redis自启动以来，一共运行了多少天
hz:10      
lru_clock:11803518    ##以分钟为单位进行自增的时钟，用于 LRU 管理
executable:-     ##redis的服务
config_file:-    ##redis的配置文件

# Clients
connected_clients:394              ##已链接客户端的数量（不包括经过从属服务器链接的客户端）
client_longest_output_list:0      ##当前链接的客户端当中，最长的输出列表
client_biggest_input_buf:0       ##当前链接的客户端当中，最大输入缓存
blocked_clients:0                     ##正在等待阻塞命令（BLPOP、BRPOP、BRPOPLPUSH）的客户端的数量

# Memory
used_memory:5238452648    ##由 Redis 分配器分配的内存总量，以字节（byte）为单位
used_memory_human:4.88G   ##由Redis分配的内存的总量，单位G给人看的
used_memory_rss:5469782016    ## Redis进程从OS角度分配的物理内存，如key被删除后，malloc不必定把内存归还给OS,但能够Redis进程复用，表明redis使用的总内存，除两次1024，换算成M
used_memory_rss_human:5.09G    ##Redis进程从OS角度分配的物理内存，如key被删除后，malloc不必定把内存归还给OS,但能够Redis进程复用，表明redis使用的总内存，给人看的
used_memory_peak:5883554584    ##Redis使用内存的峰值，字节数    给机器看的
used_memory_peak_human:5.48G   ##Redis使用内存的峰值，单位G     给人看的
used_memory_lua:37888          ##lua引擎使用的内存总量，字节数；有使用lua脚本的注意监控
used_memory_lua_human:37.00K        ##lua引擎使用的内存总量，给人看的
maxmemory:11496376320         ##redis可使用的最大的内存，字节数，给机器看的
maxmemory_human:10.71G       ##redis可使用的最大的内存，给人看的
maxmemory_policy:volatile-lru      ##设置删除key的规则（有6种，

1. volatile-lru：只对设置了过时时间的key进行LRU（默认值） 

2. allkeys-lru ： 删除lru算法的key   

3. volatile-random：随机删除即将过时key   

4. allkeys-random：随机删除   

5. volatile-ttl ： 删除即将过时的   

6. noeviction ： 永不过时，返回错误 

）
mem_fragmentation_ratio:1.04      ##内存碎片太高(若是实例比较小，这个指标可能比较大，不实用)实用的内存碎片换算：used_memory_peak-used_memory  多出来的就是内丰碎片,重启后此碎片消失。
mem_allocator:jemalloc-4.0.3   ##Redis内存管理器

# Persistence   
loading:0          ##标志位，是否在载入数据文件，0表明没有，1表明正在载入
rdb_changes_since_last_save:23910414     ##从最近一次dump快照后，未被dump的变动次数(和save里变动计数器相似)
rdb_bgsave_in_progress:0        ##标志位，记录当前是否在建立RDB快照
rdb_last_save_time:1555246900        ##最近一次建立RDB快照文件的Unix时间戳
rdb_last_bgsave_status:ok                ##标志位，记录最近一次bgsave操做是否建立成功
rdb_last_bgsave_time_sec:53        ##最近一次bgsave操做耗时秒数
rdb_current_bgsave_time_sec:-1        ##当前bgsave执行耗时秒数(-1 尚未执行)
aof_enabled:0            ##appenonly是否开启,appendonly为yes则为1,no则为0
aof_rewrite_in_progress:0        ##AOF重写是否正在进行
aof_rewrite_scheduled:0        ##AOF重写是否被RDB save操做阻塞等待
aof_last_rewrite_time_sec:-1        ##最近一次AOF重写操做耗时
aof_current_rewrite_time_sec:-1        ##当前AOF重写持续的耗时
aof_last_bgrewrite_status:ok        ##最近一次AOF重写操做是否成功
aof_last_write_status:ok        ##最近一次AOF写入操做是否成功

aof_current_size:9835262755	AOF 文件目前的大小   字节
aof_base_size:5503440342	服务器启动时或者 AOF 重写最近一次执行以后，AOF 文件的大小
aof_pending_rewrite:0	是否有 AOF 重写操做在等待 RDB 文件建立完毕以后执行
aof_buffer_length:0	AOF 缓冲区的大小
aof_rewrite_buffer_length:0	AOF 重写缓冲区的大小
aof_pending_bio_fsync:0	后台 I/O 队列里面，等待执行的 fsync 调用数量
aof_delayed_fsync:0	被延迟的 fsync 调用数量

# Stats
total_connections_received:6379828           ##服务器已接受的链接请求数量
total_commands_processed:81224444        ##服务器已执行的命令数量
instantaneous_ops_per_sec:1127            ##服务器每秒钟执行的命令数量        
total_net_input_bytes:18584424305        ##Redis每秒网络输入的字节数
total_net_output_bytes:77018034738        ##Redis每秒网络输出的字节数
instantaneous_input_kbps:254.88        ##瞬间的Redis输入网络流量(kbps)
instantaneous_output_kbps:1013.06        ##瞬间的Redis输出网络流量(kbps)    
rejected_connections:0            ##因链接数达到maxclients上限后，被拒绝的链接个数
sync_full:1                ##累计Master full sync的次数;若是值比较大，说明经常出现全量复制，就得分析缘由，或调整repl-backlog-size
sync_partial_ok:0        ##累计Master psync成功的次数
sync_partial_err:0            ##累计Master pysync 出错失败的次数
expired_keys:3220662        ##由于过时而被自动删除的数据库键数量    
evicted_keys:0            ##因内存used_memory达到maxmemory后，每秒被驱逐的key个数    
keyspace_hits:19703662        ##查找键命中的次数
keyspace_misses:6473188        ##查找键未命中的次数
pubsub_channels:84            ##目前被订阅的频道数量
pubsub_patterns:0            ##目前被订阅的模式数量
latest_fork_usec:0            ##最近一次fork操做的耗时的微秒数(BGREWRITEAOF,BGSAVE,SYNC等都会触发fork),当并发场景fork耗时过长对服务影响较大
migrate_cached_sockets:0    ##迁移缓存的套接字

# Replication
role:master        ##当前Redis的主从状态
connected_slaves:1        ##下面有几个slave
slave0:ip=172.16.3.209,port=6379,state=online,offset=7556814795556,lag=1        ##state=online Redis状态,offset=841328220554  Redis偏移量,lag=1 延时的秒数
master_repl_offset:7556814892028        ##master复制的偏移量、
repl_backlog_active:1            标志位，master是否开启了repl_backlog,有效地psync(2.8+)
repl_backlog_size:1048576        ##repl_backlog的长度(repl-backlog-size)，网络环境不稳定的，建议调整大些。(主从之间如何网络延时过大能够调整此参数，避免重复的触发全量同步)
repl_backlog_first_byte_offset:7556813843453        ##repl_backlog中首字节的复制偏移位    
repl_backlog_histlen:1048576            ##repl_backlog当前使用的字节数

# CPU
used_cpu_sys:815.33            ##Redis进程消耗的sys cpu
used_cpu_user:6904.00        ##Redis进程消耗的user cpu
used_cpu_sys_children:0.00        ##后台进程耗费的系统 CPU
used_cpu_user_children:0.00        ##后台进程耗费的用户 CPU

# Cluster
cluster_enabled:0            ##从服务

# Keyspace db0:keys=34432,expires=27982,avg_ttl=166891313          ## keys=29831410    key的总数,expires=0   过时的key的数量,avg_ttl=0平均key过时的时间