通过info信息，可以看到redis的一些详细情况，后续的redis监控，也是基于这个info信息。

通过给定可选的参数section，可以让命令只返回某一部分的信息：

Server部分记录了Redis服务器的信息，它包含以下域：

redis_version : 2.8.19                              # Redis服务器版本

redis_git_sha1：00000000                         #Git  SHA1

redis_git_dirty: 0                                 #Git dirty flag

os:  Linux 3.2.0-23-generic x86_64                  #Redis服务器的宿主操作系统

arch_bits: 64                                    #服务器系统架构（32位或64位）

multiplexing_api: epoll                            #Redis使用的事件处理机制

gcc_version:4.6.3                                 #编译Redis时所使用的GCC版本

process_id:7573                                  #Redis服务的进程PID

run_id:f1c233c4194cba88616c5bfff2d97fc3074865c1    #Redis服务器的随机标识符（用于Sentinel和集群）

tcp_port:6379                                    #Redis服务监听的TCP端口

uptime_in_seconds:7976                           #自Redis服务器启动以来，经过的秒数

uptime_in_days:0                 #自Redis服务器启动以来，经过的天数. 这里还不到1天，故显示为0

hz:10                           # Redis调用内部函数来执行许多后台任务的频率为每秒10次   

lru_clock:1133773                 #以分钟为单位进行自增的时钟，用于LRU管理

config_file:/data/redis_6379/redis.conf  #redis.conf配置文件所在路径

Clients部分记录了已连接客户端的信息，它包含以下域：

connected_clients:2                #已连接客户端的数量（不包括通过从服务器连接的客户端）

client_longest_output_list:0         #当前的客户端连接中，最长的输出列表

client_biggest_input_buf:0          #当前连接的客户端中，最大的输入缓存

blocked_clients:0                  #正在等待阻塞命令（BLOP、BRPOP、BRPOPLPUSH）的客户端的数量

Memory部分记录了服务器的内存信息，它包含以下域：

used_memory:894216            #Redis分配器分配给Redis的内存。例如，当Redis增加了存储数据时，需要的内存直接从分配器分配给它的内存里面取就可以了，也就是直接从used_memory取。而Redis分配器分配给Redis的内存，是从操作系统分配给Redis的内存里面取的（单位是字节）

used_memory_human:873.26K     #以人类可读格式显示Redis消耗的内存

used_memory_rss:2691072        #操作系统分配给Redis的内存。也就是Redis占用的内存大小。这个值和top指令输出的RES列结果是一样的。RES列结果就表示Redis进程真正使用的物理内存（单位是字节）

used_memory_peak:914160        #Redis的内存消耗峰值（单位是字节）

used_memory_peak_human:892.73K  #以人类可读的格式返回Redis的内存消耗峰值

used_memory_lua:35840           #Lua引擎所使用的内存大小（单位是字节）

mem_fragmentation_ratio:3.01      # used_memory_rss和used_memory之间的比率

mem_allocator:jemalloc-3.6.0       #在编译时指定的，Redis所使用的内存分配器。可以是libc、jemalloc或者tcmalloc

理想情况下，used_memory_rss的值应该只比used_memory稍微高一点。

当rss >used，且两者的值相差较大时，表示存在（内部或者外部的）内存碎片。内存碎片的比率可以通过mem_fragmentation_ratio的值看出；

当used>rss时，表示Redis的部分内存被操作系统换出到交换空间，在这种情况下，操作可能会产生明显的延迟。

Persistence部分记录了RDB持久化和AOF持久化有关的信息，它包含以下域：

loading:0           #一个标志值，记录了服务器是否正在载入持久化文件

rdb_changes_since_last_save:0  #距离最后一次成功创建持久化文件之后，改变了多少个键值

rdb_bgsave_in_progress:0       #一个标志值，记录服务器是否正在创建RDB文件

rdb_last_save_time:1427189587  #最近一次成功创建RDB文件的UNIX时间戳

rdb_last_bgsave_status:ok       #一个标志值，记录了最后一次创建RDB文件的结果是成功还是失败

rdb_last_bgsave_time_sec:0     #记录最后一次创建RDB文件耗费的秒数

rdb_current_bgsave_time_sec:-1  #如果服务器正在创建RDB文件，那么这个值记录的就是当前的创建RDB操作已经耗费了多长时间（单位为秒）

aof_enabled:0  #一个标志值，记录了AOF是否处于打开状态

aof_rewrite_in_progress:0  #一个标志值，记录了服务器是否正在创建AOF文件

aof_rewrite_scheduled:0   #一个标志值，记录了RDB文件创建完之后，是否需要执行预约的AOF重写操作

aof_last_rewrite_time_sec:-1     #记录了最后一次AOF重写操作的耗时

aof_current_rewrite_time_sec:-1  #如果服务器正在进行AOF重写操作，那么这个值记录的就是当前重写操作已经耗费的时间（单位是秒）

aof_last_bgrewrite_status:ok   #一个标志值，记录了最后一次重写AOF文件的结果是成功还是失败

如果AOF持久化功能处于开启状态，那么在Persistence部分还会加上以下域：

aof_current_size:14301     #AOF文件目前的大小

aof_base_size:14301       #服务器启动时或者最近一次执行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/0队列里面，等待执行的fsync数量

aof_delayed_fsync:0        #被延迟执行的fsync数量

Stats部分记录了一般的统计信息，它包含以下域：

total_connections_received:8   #服务器已经接受的连接请求数量

total_commands_processed:10673  #服务器已经执行的命令数量

instantaneous_ops_per_sec:0   #服务器每秒中执行的命令数量

rejected_connections:0        #因为最大客户端数量限制而被拒绝的连接请求数量

expired_keys:0               #因为过期而被自动删除的数据库键数量

evicted_keys:0               #因为最大内存容量限制而被驱逐（evict）的键数量

keyspace_hits:1              #查找数据库键成功的次数

keyspace_misses:0           #查找数据库键失败的次数

pubsub_channels:0           #目前被订阅的频道数量

pubsub_patterns:0           #目前被订阅的模式数量

latest_fork_usec:159          #最近一次fork()操作耗费的时间(毫秒)

Replication部分记录了主从复制的信息

role:master                 #在主从复制中，充当的角色。如果没有主从复制，单点的，它充当的角色也是master

connected_slaves:1           #有一个slave连接上来

slave0:ip=14.17.119.220,port=6379,state=online,offset=718446,lag=0  #slave的IP、端口、状态等

如果当前服务器是从服务器的话，那么这个部分还会加上以下域：

l   master_host :主服务器的IP地址

l   master_port:主服务器监听的端口号

l   master_link_status:复制连接当前的状态，up表示连接正常，down表示连接断开

l   master_last_io_seconds_ago:距离最近一次与主服务器进行通信已经过去了多少秒

l   master_sync_in_progress:一个标志值，记录了主服务器是否正在与这个从服务器进行同步

如果同步操作正在进行，那么这个部分还会加上以下域：

l   master_sync_left_bytes：距离同步完成还缺多少字节的数据

l   master_sync_last_io_seconds_ago: 距离最近一次与主服务器进行通信已经过去了多少秒

如果主从服务器之间的连接处于断线状态，那么这个部分还会加上以下域：

l   master_link_down_since_seconds: 主从服务器连接断开了多少秒

cpu部分记录了CPU的计算量统计信息，它包含以下域：

l   used_cpu_sys:75.46   #Redis服务器耗费的系统CPU

l   used_cpu_user:90.12  #Redis服务器耗费的用户CPU

l   used_cpu_sys_children:0.00  #Redis后台进程耗费的系统CPU

l   used_cpu_user_children:0.00  #Redis后台进程耗费的用户CPU

Keyspace部分记录了数据库相关的统计信息，如数据库的键数量、数据库已经被删除的过期键数量。对于每个数据库，这个部分会添加一行以下格式的信息：

db0:keys=25,expires=0,avg_ttl=0   #0号数据库有25个键、已经被删除的过期键数量为0个

Redis info详解