redis监控

得到系统的状态报告

咱们能够用这个命令去了解当前redis的运行状态

redis-cli info

这条命令会显示当前redis运行时的全局的包括各类方面状态，下面就简单分类说明一下

内存使用

1. used_memory：使用了多少内存

2. used_memory_peak：内存峰值

持久化

1. rdb_last_save_time：最近一次dump数据操做的时间

2. rdb_changes_since_last_save：对上一次持久化以后更新了多少数据；能够知道若是这时候出现故障，你会丢失多少数据。

主从复制

1. master_link_statu: 若是这个值是up，说明同步正常；若是是down，这时须要注意一下输出的其余一些诊断信息，
   例如：

role:slave master_host:192.168.1.128 master_port:6379 master_link_status:down master_last_io_seconds_ago:-1 master_sync_in_progress:0 master_link_down_since_seconds:1356900595

配置一致

Redis 支持使用 CONFIG SET 操做来实现运行实的配置修改，这很方便，但同时也会致使一个问题。就是经过这个命令动态修改的配置，是不会同步到你的配置文件中去的。因此当你由于某些缘由重启 Redis 时，你使用 CONFIG SET 作的配置修改就会丢失掉，因此咱们最好保证在每次使用 CONFIG SET 修改配置时，也把配置文件一块儿相应地改掉。为了防止人为的失误，因此咱们最好对配置进行监控，使用 CONFIG GET 命令来获取当前运行时的配置，并与 redis.conf 中的配置值进行对比。

慢日志

Redis 提供了 SLOWLOG 指令来获取最近的慢日志，Redis 的慢日志是直接存在内存中的，因此它的慢日志开销并不大，在实际应用中，咱们经过 crontab 任务执行 SLOWLOG 命令来获取慢日志，而后将慢日志存到文件中，并用 Kibana 生成实时的性能图表来实现性能监控。
值得一提的是，Redis 的慢日志记录的时间，仅仅包括 Redis 自身对一条命令的执行时间，不包括 IO 的时间，好比接收客户端数据和发送客户端数据这些时间。另外，Redis的慢日志和其它数据库的慢日志有一点不一样，其它数据库偶尔出现 100ms 的慢日志可能都比较正常，由于通常数据库都是多线程并发执行，某个线程执行某个命令的性能可能并不能表明总体性能，可是对Redis来讲，它是单线程的，一旦出现慢日志，可能就须要立刻获得重视，最好去查一下具体是什么缘由了。

监控服务

1. Sentinel

   redis 主从监控工具，并实现主挂掉以后的自动故障转移。在转移的过程当中，它还能够被配置去执行一个用户自定义的脚本，在脚本中咱们就可以实现报警通知等功能。

2. Redis Live

   更通用的 Redis 监控方案。定时在 Redis 上执行 MONITOR 命令，获取当前 Redis 当前正在执行的命令，并经过统计分析，生成web页面的可视化分析报表。

3. Redis Faina

   instagram 开发的 Redis 监控服务，原理和 Redis Live 相似

数据分布

对 Redis 的数据集进行分析。好比想知道哪类型的 key 值占用内存最多。

1. Redis-sampler

   Redis做者开发的工具，经过采样的方法，可以让你了解当前Redis中的数据的大体类型，以及数据分布情况

2. Redis-audit

   是一个脚本，经过它能够知道每一类key对内存的使用量。它能够提供的数据有：某一类 key值的访问频率如何，有多少值设置了过时时间，某一类key值使用内存的大小，这很方便让咱们能排查哪些 key 不经常使用或者压根不用

3. Redis-rdb-tools

   跟 Redis-audit 功能相似，不一样的是它是经过对 rdb 文件进行分析来取得统计数据的。