Redis开发与运维-第3章 小功能大用处-慢查询分析

---

前言

Redis客户端执行一条命令分为如下4个部分：

1）发送命令、2）命令排队、3）命令执行、4）返回结果
需要注意，慢查询只统计步骤3）的时间，所以没有慢查询并不代表客户端没有超时问题。

1.慢查询的两个配置参数

Redis提供了slowlog-log-slower-than和slowlog-max-len在redis.conf中配置。

• slowlog-log-slower-than就是那个预设阀值，它的单位是微秒（1秒=1000毫秒=1000000微秒），默认值是10000，如slowlog-log-slower-than=0会记录所有的命令，slowlog-log-slower-than<0对于任何命令都不会进行记录。
• slowlog-max-len慢查询日志最多存储多少条，实际上Redis使用了一个列表来存储慢查询日志，当慢查询日志列表已处于其最大长度时，一个新的命令满足慢查询条件时被插入到这个列表中，最早插入的一个命令将从列表中移出。
  Redis中有两种修改配置的方法，一种是修改配置文件，另一种用config set命令动态修改。下面使用config set命令将slowlog-log-slower-than设置为20000微秒，slowlog-max-len设置为1000：
  config set slowlog-log-slower-than 20000
  config set slowlog-max-len 1000
  config rewrite
  如果要Redis将配置持久化到本地配置文件，需要执行config rewrite命令
  
  虽然慢查询日志是存放在Redis内存列表中的，但是Redis并没有暴露这个列表的键，而是通过一组命令来实现对慢查询日志的访问和管理。下面介绍这几个命令。
  获取慢查询日志 ：slowlog get [n]
  下面操作返回当前Redis的慢查询，参数n可以指定条数：

127.0.0.1:6379> slowlog get 2
1) 1) (integer) 14
   2) (integer) 1718348847
   3) (integer) 2
   4) 1) "slowlog"
      2) "len"
   5) "127.0.0.1:35080"
   6) ""
2) 1) (integer) 13
   2) (integer) 1718348844
   3) (integer) 2
   4) 1) "slowlog"
      2) "len"
   5) "127.0.0.1:35080"
   6) ""

可以看到每个慢查询日志主要有4个属性组成，分别是慢查询日志的标识id、发生时间戳、命令耗时、执行命令和参数，慢查询列表如下图

获取慢查询日志列表当前的长度：slowlog len
慢查询日志重置：slowlog reset//对列表做清理操作

2 最佳实践

慢查询功能可以有效地帮助我们找到Redis可能存在的瓶颈，但在实际使用过程中要注意以下几点：

• slowlog-max-len配置建议：线上建议调大慢查询列表，记录慢查询时Redis会对长命令做截断操作，并不会占用大量内存。增大慢查询列表可以减缓慢查询被剔除的可能，例如线上可设置为1000以上。
• slowlog-log-slower-than配置建议：默认值超过10毫秒判定为慢查询，需要根据Redis并发量调整该值。由于Redis采用单线程响应命令，对于高流量的场景，如果命令执行时间在1毫秒以上，那么Redis最多可支撑OPS(operations per second 每秒操作数)不到1000。因此对于高OPS场景的Redis建议设置为1毫秒。
• 慢查询只记录命令执行时间，并不包括命令排队和网络传输时间。因此客户端执行命令的时间会大于命令实际执行时间。因为命令执行排队机制，慢查询会导致其他命令级联阻塞，因此当客户端出现请求超时，需要检查该时间点是否有对应的慢查询，从而分析出是否为慢查询导致的命令级联阻塞。
• 由于慢查询日志是一个先进先出的队列，也就是说如果慢查询比较多的情况下，可能会丢失部分慢查询命令，为了防止这种情况发生，可以定期执行slow get命令将慢查询日志持久化到其他存储中（例如MySQL），然后可以制作可视化界面进行查询，第13章介绍的Redis私有云CacheCloud提供
  了这样的功能，好的工具可以让问题排查事半功倍。