Redis 慢查询分析

慢查询，大家可能已经接触到了MySQL的慢查询。我们配置一个时间，如果查询时间超过了我们设置的时间，我们就认为这是一个慢查询.

慢查询参数配置

Redis 通过 slowlog-log-slower-than 和 slowlog-max-len 分别配置慢查询的阈值，以及慢查询记录的日志长度。 slowlog-log-slower-than 默认值 10*1000微秒，当命令执行时间查过设定时，那么将会被记录在慢查询日志中。

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

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

 

1）获取慢查询日志:

slowlog get [n] // n 表示返回的日志记录条数

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

slowlog len 

慢查询最佳实践

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