Redis性能瓶颈分析之慢查询

Redis命令

Redis 客户端执行命令分四个部分:

  1. 发送命令
  2. 命令排队
  3. 命令执行
  4. 返回结果

Redis 的慢查询只统计步奏3)的时间,所以没有慢查询并不代表客户端没有超时的问题

慢查询参数配置

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

如果slowlog-log-slower-than=0记录所有的命令,slowlog-log-slower-than<0 对于任何命令都不会进行记录
参数设定:

config set slowlog-log-slower-than 20000
config set slowlog-max-len 1000
config rewrite 
# 如果要 Redis 将配置持久化到本地配置文件,需要执行 config rewrite 命令.

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

获取慢查询日志:

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

每个慢查询日志有 4 个属性组成,分别是

  • 慢查询日志的标识 id
  • 发生时间戳
  • 命令耗时
  • 执行命令和参数

慢查询列表如下:

127.0.0.1:6378> slowlog get
1) 1) (integer) 0                       //标识 id
   2) (integer) 1501750261              //时间戳
   3) (integer) 19                      // 命令耗时
   4) 1) "config"                        // 执行命令
      2) "set"
      3) "slowlog-log-slower-than"
      4) "0"
127.0.0.1:6378> 

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

127.0.0.1:6378> slowlog len
(integer) 2
127.0.0.1:6378> 

慢查询最佳实践

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

参考 https://www.talkwithtrend.com/Article/245873 https://coding.imooc.com/lesson/151.html#mid=8117

原创文章 280 获赞 464 访问量 10万+

猜你喜欢

转载自blog.csdn.net/qq_33709508/article/details/105782997