通过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、端口、状态等
如果当前服务器是从服务器的话,那么这个部分还会加上以下域:
master_host :主服务器的IP地址
master_port:主服务器监听的端口号
master_link_status:复制连接当前的状态,up表示连接正常,down表示连接断开
master_last_io_seconds_ago:距离最近一次与主服务器进行通信已经过去了多少秒
master_sync_in_progress:一个标志值,记录了主服务器是否正在与这个从服务器进行同步
如果同步操作正在进行,那么这个部分还会加上以下域:
master_sync_left_bytes:距离同步完成还缺多少字节的数据
master_sync_last_io_seconds_ago: 距离最近一次与主服务器进行通信已经过去了多少秒
如果主从服务器之间的连接处于断线状态,那么这个部分还会加上以下域:
master_link_down_since_seconds: 主从服务器连接断开了多少秒
cpu部分记录了CPU的计算量统计信息,它包含以下域:
used_cpu_sys:75.46 #Redis服务器耗费的系统CPU
used_cpu_user:90.12 #Redis服务器耗费的用户CPU
used_cpu_sys_children:0.00 #Redis后台进程耗费的系统CPU
used_cpu_user_children:0.00 #Redis后台进程耗费的用户CPU
Keyspace部分记录了数据库相关的统计信息,如数据库的键数量、数据库已经被删除的过期键数量。对于每个数据库,这个部分会添加一行以下格式的信息:
db0:keys=25,expires=0,avg_ttl=0 #0号数据库有25个键、已经被删除的过期键数量为0个
通过给定可选的参数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、端口、状态等
如果当前服务器是从服务器的话,那么这个部分还会加上以下域:
master_host :主服务器的IP地址
master_port:主服务器监听的端口号
master_link_status:复制连接当前的状态,up表示连接正常,down表示连接断开
master_last_io_seconds_ago:距离最近一次与主服务器进行通信已经过去了多少秒
master_sync_in_progress:一个标志值,记录了主服务器是否正在与这个从服务器进行同步
如果同步操作正在进行,那么这个部分还会加上以下域:
master_sync_left_bytes:距离同步完成还缺多少字节的数据
master_sync_last_io_seconds_ago: 距离最近一次与主服务器进行通信已经过去了多少秒
如果主从服务器之间的连接处于断线状态,那么这个部分还会加上以下域:
master_link_down_since_seconds: 主从服务器连接断开了多少秒
cpu部分记录了CPU的计算量统计信息,它包含以下域:
used_cpu_sys:75.46 #Redis服务器耗费的系统CPU
used_cpu_user:90.12 #Redis服务器耗费的用户CPU
used_cpu_sys_children:0.00 #Redis后台进程耗费的系统CPU
used_cpu_user_children:0.00 #Redis后台进程耗费的用户CPU
Keyspace部分记录了数据库相关的统计信息,如数据库的键数量、数据库已经被删除的过期键数量。对于每个数据库,这个部分会添加一行以下格式的信息:
db0:keys=25,expires=0,avg_ttl=0 #0号数据库有25个键、已经被删除的过期键数量为0个