使用 redis-cli 检查数据库健康情况听起来很简单,实际上,它是:Redis 主机上的简单redis-cli PING
返回PONG
。这看起来不太行的样子,但确实如此。返回PONG
的redis功能正常、身体健康,吃嘛嘛香。ios
更详细一点:这意味着数据集已彻底加载,Redis 已准备好链接。若是某些东西不能正常工做,它会显示错误消息,例如“(error) LOADING Redis is loading the dataset in memory”。这将在加载 rdb/aof 文件或等待复制完成时返回。redis
经过使用 redis-cli,您能够轻松使用info
命令和子命令来获取更多统计信息和信息。数据库
要重复命令,您能够轻松使用两个选项进行监控:redis - cli - r 5 - i 2 <command>
将执行<command>
5 次,间隔为 2 秒。架构
使用这些命令,您能够轻松地将 redis 集成到您的监控中。只需将 redis-cli 命令添加为自定义参数,例如添加到 Zabbix 或 Nagios。您还可使用 prometheus 导出器从 redis 中获取指标。框架
也许大家中的一些人会问本身,为何咱们首先须要监控,由于 redis 的速度很是快。答案是:您说得对,redis 旨在为每一个实例每秒处理大量查询。但不幸的是,在大多数应用程序中,对平均响应时间和最坏状况的延迟都有严格的要求。操作系统
尽管如此,由于 redis 有大量的命令,多且杂,也分为三六九等。有些命令运行速度很快,并且运行速度为常数或对数时间,而其余命令则较慢,可能会致使延迟峰值。采用这种监控方式的其余缘由是与操做系统的交互(例如磁盘持久性)和 redis 的单线程架构有关。命令行
自2.8.13版本起,redis 引入延迟监控,该命令有助于解决可能的延迟问题。如下机制是该框架的一部分:线程
在 redis 运行时,延迟监控能够很容易地经过 CONFIG SET latency-monitor-threshold 100
启用。尾数以毫秒为单位定义时间。在咱们的示例中,每一个须要超过 100ms 的事件都将被记录为延迟峰值。日志
延迟监控子系统的用户界面是LATENCY命令。像许多其余 Redis 命令同样,LATENCY接受修改其行为的子命令。这些子命令是:code
有关详细信息,请参阅每一个子命令的文档页面
下一步多是启用慢日志。配置命令为 config set slowlog-log-slower-than 1000
, 您能够记录每个持续时间更长,超过1000ms的事件。