读书笔记-redis慢查询分析

慢查询分析

慢查询参数

Redis客户端执行一条命令分为如下4个部分1）发送命令 2）命令排队 3）命令执行4）返回结果；

需要注意，慢查询只统计步骤3）的时间，所以没有慢查询并不代表客 户端没有超时问题；

Redis提供了slowlog-log-slower-than和slowlog-max-len配置来解决这两个 问题。

slowlog-log-slower-than：慢查询预设阀值

预设阀值， 它的单位是微秒（1秒=1000毫秒=1000000微秒），默认值是10000，假如执 行了一条“很慢”的命令（例如keys*），如果它的执行时间超过了10000微 秒，那么它将被记录在慢查询日志中。

slowlog-max-len:列表的最大长度

从字面意思看，slowlog-max-len只是说明了慢查询日志最多存储多少 条，并没有说明存放在哪里？实际上Redis使用了一个列表来存储慢查询日 志，slowlog-max-len就是列表的最大长度。一个新的命令满足慢查询条件时 被插入到这个列表中，当慢查询日志列表已处于其最大长度时，最早插入的 一个命令将从列表中移出，例如slowlog-max-len设置为5，当有第6条慢查询 插入的话，那么队头的第一条数据就出列，第6条慢查询就会入列。

慢查询配置修改

可以通过配置文件修改和config set命令动态修改，如下展示命令动态修改：

##config get命令查询slowlog相关的参数设置
127.0.0.1:6379> config get slowlog*   
1) "slowlog-log-slower-than"
2) "5000"
3) "slowlog-max-len"
4) "1000"
##config set命令设置参数
127.0.0.1:6379>config set slowlog-log-slower-than 20000   
127.0.0.1:6379>config set slowlog-max-len 1500
##config rewrite命令将配置持久化到本地配置文件
127.0.0.1:6379>config rewrite   
##config get命令再次查询slowlog相关的参数设置
127.0.0.1:6379> config get slowlog*   
1) "slowlog-log-slower-than"
2) "20000"
3) "slowlog-max-len"
4) "1500"

慢日志访问管理

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

slowlog get [n]：

返回当前Redis的慢查询，参数n可以指定条数

可以看到每个慢查询日志有4个属性组成，分别是慢查询日志的标识 id、发生时间戳、命令耗时、执行命令和参数、客户端 ip 和端口 (4.0 only)、通过 CLIENT SETNAME 命令设置的客户端名字 (4.0 only)。

127.0.0.1:6379> slowlog get
1) 1) (integer) 666  
   2) (integer) 1456786500 
   3) (integer) 11615   
   4) 1) "BGREWRITEAOF"
2) 1) (integer) 757                ##递增的唯一 ID
   2) (integer) 1689051895         ##记录慢日志的 Unix 时间戳
   3) (integer) 11304              ##执行这个命令花费的时间，单位是微秒
   4) 1) "DEL"                     ##数组形式的命令参数
      2) "R3::137891"
   5) "10.16.104.3:59498"          ##客户端 ip 和端口 (4.0 only)
   6) ""                           ##通过 CLIENT SETNAME 命令设置的客户端名字 (4.0 only)
...

slowlog len：

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

127.0.0.1:6379> slowlog len
(integer) 45

slowlog reset：

慢查询日志重置（实际使清理列表）

127.0.0.1:6379> slowlog len
(integer) 45
127.0.0.1:6379> slowlog reset
OK
127.0.0.1:6379> slowlog len
(integer) 0

最佳实践

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

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

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

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