Redis 慢查询分析

慢查询的两个配置参数

slowlog-log-slower-than： 预设阀值,它的单位是微秒(1秒=1000毫秒=1000000微秒)，默认值是10000，（值为0：记录所有命令，值小于0：任何命令都不会记录）
slowlog-max-len： 最多存储慢查询命令的条数，Redis使用了一个列表来存储慢查询日志，是一个先进先出的队列。

用config set命令动态修改：

config set slowlog-log-slower-than 20000
config set slowlog-max-len 1000
# 将Redis配置持久化到本地配置文件
config rewrite

慢查询命令

虽然慢查询日志是存放在Redis内存列表中的，但是Redis并没有暴露这个列表的键，而是通过一组命令来实现对慢查询日志的访问和管理。

获取慢查询日志：

127.0.0.1:6379> slowlog get 2
1) 1) (integer) 4
   2) (integer) 1558921466
   3) (integer) 9
   4) 1) "keys"
      2) "*"
2) 1) (integer) 3
   2) (integer) 1558921462
   3) (integer) 6
   4) 1) "get"
      2) "name"
慢查询日志有4个属性组成,分别是慢查询日志的标识id、发生时间戳、命令耗时、执行命令和参数

获取慢查询日志列表当前的长度：

127.0.0.1:6379> slowlog len
(integer) 5

慢查询日志重置：（实际是对列表做清理操作）

slowlog reset

慢查询实践建议

slowlog-max-len配置建议： 线上建议调大慢查询列表，记录慢查询时Redis会对长命令做截断操作，并不会占用大量内存。增大慢查询列表可以减缓慢查询被剔除的可能，例如线上可设置为1000以上。

slowlog-log-slower-than配置建议： 默认值超过10毫秒判定为慢查询，需要根据Redis并发量调整该值。由于Redis采用单线程响应命令，对于高流量的场景，如果命令执行时间在1毫秒以上，那么Redis最多可支撑OPS不到1000。因此对于高OPS场景的Redis建议设置为1毫秒。

慢查询只记录命令执行时间，并不包括命令排队和网络传输时间。因此客户端执行命令的时间会大于命令实际执行时间。因为命令执行排队机制，慢查询会导致其他命令级联阻塞，因此当客户端出现请求超时，需要检查该时间点是否有对应的慢查询，从而分析出是否为慢查询导致的命令级联阻塞。

由于慢查询日志是一个先进先出的队列，也就是说如果慢查询比较多的情况下，可能会丢失部分慢查询命令，为了防止这种情况发生，可以定期执行slow get命令将慢查询日志持久化到其他存储中(例如MySQL)，然后可以制作可视化界面进行查询。