Redis监控命令大全（info字典表）

举个栗子：连接的客户端数量：redis-cli info clients|grep connected_clients 后面只列举参数信息。

目前创新互联已为成百上千家的企业提供了网站建设、域名、虚拟主机、网站改版维护、企业网站设计、即墨网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。

一、Server 服务器信息

server 部分记录了 Redis 服务器的信息，它包含以下域：
  ●  redis_version：Redis 服务器版本
  ●  redis_git_sha1：Git SHA1
  ●  redis_git_dirty：Git dirty flag
  ●  os：Redis 服务器的宿主操作系统
  ●  arch_bits：架构（32 或 64 位）
  ●  multiplexing_api：Redis 所使用的事件处理机制
  ●  gcc_version：编译 Redis 时所使用的 GCC 版本
  ●  process_id：服务器进程的 PID
  ●  run_id：Redis 服务器的随机标识符（用于 Sentinel 和集群）
  ●  tcp_port：TCP/IP 监听端口
  ●  uptime_in_seconds：自 Redis 服务器启动以来，经过的秒数
  ●  uptime_in_days：自 Redis 服务器启动以来，经过的天数
  ●  lru_clock：以分钟为单位进行自增的时钟，用于 LRU 管理

二、clients 已连接客户端信息

clients 部分记录了已连接客户端信息，它包含以下域：
【1】connected_clients：已连接客户端的数量（不包括通过从属服务器连接的客户端）
【2】client_longest_output_list：当前连接的客户端当中，最长的输出列表
【3】client_longest_input_buf : 当前连接的客户端当中，最大输入缓存
【4】blocked_clients：正在等待阻塞命令（BLPOP、BRPOP、BRPOPLPUSH）的客户端的数量

三、stats 一般统计信息

部分记录了一般统计信息，它包含以下域：
  ●  total_connections_received：服务器已经接受的连接请求数量
  ●  total_commands_processed：服务器已经执行的命令数量
  ●  instantaneous_ops_per_sec：服务器每秒中执行的命令数量
  ●  rejected_connections：因为最大客户端数量限制而被拒绝的连接请求数量
  ●  expired_keys：因为过期而被自动删除的数据库键数量
  ●  evicted_keys：因为最大内存容量限制而被驱逐（evict）的键数量
  ●  keyspace_hits：查找数据库键成功的次数
  ●  keyspace_misses：查找数据库键失败的次数
  ●  pubsub_channels：目前被订阅的频道数量
  ●  pubsub_patterns：目前被订阅的模式数量
  ●  latest_fork_usec：最近一次 fork()操作耗费的时间(毫秒)

四、cput 计算量统计信息

cpu 部分记录了 CPU 的计算量统计信息，它包含以下域：
【1】used_cpu_sys：Redis 服务器耗费的系统CPU（0.03）
【2】used_cpu_user：Redis 服务器耗费的用户CPU（0.01）
【3】used_cpu_sys_children：Redis后台进程耗费的系统CPU（0.00）
【4】used_cpu_user_children：Redis后台进程耗费的用户CPU（0.00）

五、commandstats 命令统计信息 （分布式系统 www.1b23.com）

 commandstats 部分记录了各种不同类型的命令的执行统计信息，比如命令执行的次数、命令耗费的 CPU 时间、执行每个命令耗费的平均 CPU 时间等等，对于每种类型的命令，这个部分都会添加一行一下格式的信息：

cmdstat_get:calls=1664657469,usec=8266063320,usec_per_call=4.97 #get表示命令，call表示命令执行次数，usec总共消耗的CPU时长(单位微秒)，平均每次消耗的CPU时长(单位微秒)。

六、cluster 集群信息

部分记录了和集群有关的信息，它包含以下域：cluster_enabled：一个标志值，记录集群功能是否已经开启。

七､keyspace 数据库相关的统计信息

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

db0:keys=2,expires=0,avg_ttl=0 0号数据库有2个键、已经被删除的过期键数量为0、以及带有生存期的 key的数量。

八、replication 主从复制信息，slave上显示的信息

【1】role：实例的角色，是master or slave。如果当前服务器没有在复制任何其他服务器，那么这个域的值就是 master；否则的话，这个域的值就是 salve。注意，再创建复制连的时候，一个服务器也可能是另一个服务器的主服务器。
【2】如果当前服务器是一个从服务器的话，那么这个部分还会加上以下域：
  ●  master_host：此节点对应的 master的ip；
  ●  master_port：此节点对应的 master的port；
  ●  master_link_status：复制连接当前的状态，up 表示连接正常，down 表示连接断开。
  ●  master_last_io_seconds_ago：主库多少秒未发送数据到从库
  ●  master_sync_in_progress：从服务器是否在与主服务器进行同步
【3】如果同步操作正在进行，那么这个部分还会加上以下域：
  ●  master_sync_left_bytes：距离同步完成还缺少多少字节数据；
  ●  master_sync_last_io_seconds_ago：距离最近一次因为 SYNC 操作而进行 I/O 已经过去了多少秒；
【4】如果主从服务器之间的连接处于断线状态，那么这个部分还会加上以下域：
  ●  master_link_down_since_seconds：主从服务器连接断开了多少秒；
【5】以下是一些总会出现的域：
  ●  slave_repl_offset：slave 复制偏移量；
  ●  slave_priority：slave优先级；
  ●  slave_read_only：从库是否设置只读；
  ●  connected_slaves：连接的 slave实例个数；
  ●  master_repl_offset：0；
  ●  repl_backlog_active：0 #复制积压缓冲区是否开启；
  ●  repl_backlog_size：复制积压缓冲大小；
  ●  repl_backlog_first_byte_offset：复制缓冲区里偏移量的大小；
  ●  repl_backlog_histlen：此值等于 master_repl_offset - repl_backlog_first_byte_offset，该值不会超过repl_backlog_size的大小；

九、persistence RDB 和 AOF 相关持久化信息

persistence 记录了 RDB 和 AOF 相关持久化信息，它包含以下域：
【1】loading：一个标志值，记录了服务器是否正在载入持久化文件；
【2】rdb_changes_since_last_save：距离最后一次成功创建持久化文件之后，改变了多少个键值；
【3】rdb_bgsave_in_progress：一个标志值，记录服务器是否正在创建 RDB文件；
【4】rdb_last_save_time：最近一次成功创建 RDB文件的UNIX时间；
【5】rdb_last_bgsave_status：ok 一个标志值，记录了最后一次创建 RDB文件的结果是成功还是失败；
【6】rdb_last_bgsave_time_sec：-1 记录最后一次创建RDB文件耗费的秒数；
【7】rdb_current_bgsave_time_sec：-1 如果服务器正在创建RDB文件，那么这个值记录的就是当前的创建 RDB操作已经耗费了多长时间（单位为秒）；
【8】aof_enabled：0 一个标志值，记录了AOF是否处于打开状态；
【9】aof_rewrite_in_progress：0 一个标志值，记录了服务器是否正在创建 AOF文件；
【10】aof_rewrite_scheduled：0 一个标志值，记录了 RDB文件创建完之后，是否需要执行预约的AOF重写操作；
【11】aof_last_rewrite_time_sec：-1 记录了最后一次 AOF重写操作的耗时；
【12】aof_current_rewrite_time_sec：-1 如果服务器正在进行 AOF重写操作，那么这个值记录的就是当前重写操作已经耗费的时间（单位是秒）；
【13】aof_last_bgrewrite_status：ok 一个标志值，记录了最后一次重写 AOF文件的结果是成功还是失败；

十、memory 内存信息

memory 部分记录了服务器的内存信息，它包含以下域：
  ●  used_memory：由 Redis 分配器分配的内存总量，以字节（byte）为单位；
  ●  used_memory_human：以人类可读的格式返回 Redis 分配的内存总量；
  ●  used_memory_rss：从操作系统的角度，返回 Redis 已分配的内存总量（俗称常驻集大小）。这个值和 top 、 ps 等命令的输出一致；
  ●  used_memory_peak：Redis 的内存消耗峰值（以字节为单位）；
  ●  used_memory_peak_human：以人类可读的格式返回 Redis 的内存消耗峰值；
  ●  used_memory_lua：Lua 引擎所使用的内存大小（以字节为单位）；
  ●  mem_fragmentation_ratio：used_memory_rss 和 used_memory 之间的比率；
  ●  mem_allocator：在编译时指定的， Redis 所使用的内存分配器。可以是 libc 、 jemalloc 或者 tcmalloc ；

在理想情况下，used_memory_rss 的值应该只比 used_memory 稍微高一点儿。当 rss > used 两者的值相差较大时，表示存在（内部或外部的）内存碎片。内存碎片的比率可以通过 mem_fragmentation_ratio 的值看出；当 used > rss 时，表示 Redis 的部分内存被操作系统换出到交换空间了，在这种情况下，操作可能会产生明显的延迟。
由于 Redis无法控制如何将其分配映射到内存页，因此高使用率的内存 rss通常是内存使用量激增的结果。当 Redis 释放内存时，分配器可能会，也可能不会，将内存返还给操作系统。如果 Redis 释放了内存，却没有将内存返还给操作系统，那么 used_memory 的值可能和操作系统显示的 Redis 内存占用并不一致。查看 used_memory_peak 的值可以验证这种情况是否发生。

十一、Redis 性能查看与监控常用工具

redis-benchmark：Redis 基准信息，Redis服务器性能检测。如下：100个并发连接，100000个请求，检测 host=localhost 端口=6379的 Redis服务器性能