Redis之慢查询分析

客户端请求的生命周期

和Mysql数据库一样，Redis 也提供了慢查询日志记录，Redis 会把命令执行时间超过 slowlog-log-slower-than 的都记录在 Reids 内部的一个列表（list）中，该列表的长度最大为 slowlog-max-len 。需要注意的是，慢查询记录的只是命令的执行时间，不包括网络传输和排队时间：

客户端首先会发送一条命令。因为redis是单线程的，我们可以把服务端想象成一个队列，在执行之前得先排队等待之前命令的执行。

两点说明：

（1）慢查询发生在第三阶段

（2）客户端超时不一定慢查询，但慢查询是客户端超时的一个可能因素

1.两个配置

slowlog-max-len

用来设置存储慢查询记录列表的大小，默认值为 128，当该列表满了时，如果有新的记录进来，那么 Redis 会把队列中最旧的记录清理掉，然后存储新的记录。

1.先进先出

2.固定长度

3.保存在内存内

slowlog-log-slower-than

用来控制慢查询的阈值，所有执行时间超过该值的命令都会被记录下来。该值的单位为微秒。

1.slowlog-log-slower-than=0，记录所有阙值

2.slowlog-log-slower-than<0，不记录所有阙值

2.配置方法

（1）默认值

127.0.0.1:6379> config get slowlog-max-len
1) "slowlog-max-len"
2) "128"


127.0.0.1:6379> config get slowlog-log-slower-than
1) "slowlog-log-slower-than"
2) "10000"

（2）修改配置文件重启（不建议）

（3）动态配置

config set slowlog-max-len 1000
config set slowlog-log-slower-than 1000

3.慢查询命令

命令	描述
slowlog get [n]	获取慢查询队列
slowlog len	获取慢查询队列长度
slowlog reset	清空慢查询队列

下面操作返回当前 Redis 的所有慢查询记录，可以通过参数 n 指定查看条数：

127.0.0.1:6379> slowlog get1) 1) (integer) 1712) (integer) 15728832003) (integer) 324184) 1) "SMEMBERS"2) "p19904:message:account"2) 1) (integer) 1702) (integer) 15727407913) (integer) 129234) 1) "GET"2) "p19007:>127.0.0.1"

结果说明：

1) 慢查询记录 id；

2) 发起命令的时间戳；

3) 命令耗时，单位为微秒；

4) 该条记录的命令及参数；

5) 客户端网络套接字（ip: port）;

4.注意事项

（1）slowly-max-len不要设置过大，默认10ms，通常设置1ms

由于Redis采用单线程响应命令，对于高流量的场景，如果命令执行时间在1毫秒以上，那么Redis最多可以支撑OPS不到1000，因此对于高OPS的场景的Redis建议设置1毫秒

（2）slowlog-log-slower-than不要设置过小，通常设置1000左右

（3）理解命令声明周期

慢查询只记录命令执行时间，并不包括命令排队和网络传输时间。因此客户端执行命令的时间会大于命令实际执行的时间

（4）定期持久化慢查询

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