redis info命令中各个参数的含义

redis 127.0.0.1:6381> info

redis_version:2.4.16 # Redis 的版本

redis_git_sha1:00000000

redis_git_dirty:0

arch_bits:64

multiplexing_api:epoll

gcc_version:4.1.2 #gcc版本号

process_id:10629 # 当前 Redis 服务器进程id

uptime_in_seconds:145830 # 运行时间(秒)

uptime_in_days:1 # 运行时间(天)

lru_clock:947459

used_cpu_sys:0.02

used_cpu_user:0.02

used_cpu_sys_children:0.00

used_cpu_user_children:0.00

connected_clients:1 # 连接的客户端数量

connected_slaves:0 # slave的数量

client_longest_output_list:0

client_biggest_input_buf:0

blocked_clients:0

used_memory:832784 # Redis 分配的内存总量

used_memory_human:813.27K

used_memory_rss:1896448 # Redis 分配的内存总量(包括内存碎片)

used_memory_peak:832760

used_memory_peak_human:813.24K #Redis所用内存的高峰值

mem_fragmentation_ratio:2.28 # 内存碎片比率

mem_allocator:jemalloc-3.0.0

loading:0

aof_enabled:0 #redis是否开启了aof

changes_since_last_save:0 # 上次保存数据库之后，执行命令的次数

bgsave_in_progress:0 # 后台进行中的 save 操作的数量

last_save_time:1351506041 # 最后一次成功保存的时间点，以 UNIX 时间戳格式显示

bgrewriteaof_in_progress:0 # 后台进行中的 aof 文件修改操作的数量

total_connections_received:1 # 运行以来连接过的客户端的总数量

total_commands_processed:1 # 运行以来执行过的命令的总数量

expired_keys:0 # 运行以来过期的 key 的数量

evicted_keys:0 #运行以来删除过的key的数量

keyspace_hits:0 # 命中 key 的次数

keyspace_misses:0 # 不命中 key 的次数

pubsub_channels:0 # 当前使用中的频道数量

pubsub_patterns:0 # 当前使用的模式的数量

latest_fork_usec:0

vm_enabled:0 # 是否开启了 vm (1开启 0不开启)

role:master #当前实例的角色master还是slave

db0:keys=183,expires=0 # 各个数据库的 key 的数量，以及带有生存期的 key 的数量

Redis介绍

Redis是一种高级key-value数据库。它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富。有字符串，链表、哈希、集合和有序集合5种。支持在服务器端计算集合的并、交和补集(difference)等，还支持多种排序功能。所以Redis也可以被看成是一个数据结构服务器。Redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上(这称为“半持久化模式”)；也可以把每一次数据变化都写入到一个append
only file(aof)里面(这称为“全持久化模式”)。

Redis监控

首先判断客户端和服务器连接是否正常

Redis 监控最直接的方法就是使用系统提供的 info 命令，只需要执行下面一条命令，就能获得 Redis 系统的状态报告。

结果会返回 Server、Clients、Memory、Persistence、Stats、Replication、CPU、Keyspace 8个部分。从info大返回结果中提取相关信息，就可以达到有效监控的目的。

先解释下各个参数含义

内存使用

如果 Redis 使用的内存超出了可用的物理内存大小，那么 Redis 很可能系统会被杀掉。针对这一点，你可以通过 info 命令对 used_memory 和 used_memory_peak 进行监控，为使用内存量设定阀值，并设定相应的报警机制。当然，报警只是手段，重要的是你得预先计划好，当内存使用量过大后，你应该做些什么，是清除一些没用的冷数据，还是把 Redis 迁移到更强大的机器上去。

持久化

如果因为你的机器或 Redis 本身的问题导致 Redis 崩溃了，那么你唯一的救命稻草可能就是 dump 出来的rdb文件了，所以，对 Redis dump 文件进行监控也是很重要的。可以通过对rdb_last_save_time 进行监控，了解最近一次 dump 数据操作的时间，还可以通过对rdb_changes_since_last_save进行监控来获得如果这时候出现故障，会丢失（即已改变）多少数据。

Keys

通过获取Keyspace中的结果得到各个数据库中key的数量

QPS

即每分钟执行的命令个数，即：(total_commands_processed2-total_commands_processed1)/span，为了实时得到QPS，可以设定脚本在后台运行，记录过去几分钟的total_commands_processed。在计算QPS时，利用过去的信息和当前的信息得出QPS的估计值。