Redis - 慢查询分析

我会带着你远行 2021-11-14 11:50 319阅读 0赞

### 文章目录 ###

*  慢查询分析
 *  慢查询的两个配置参数
 *  最佳实践

# 慢查询分析 #

许多存储系统（例如MySQL）提供慢查询日志帮助开发人员和运维人员定位系统存在的慢操作。所谓慢查询日志就是系统在命令执行前后计算每条命令的执行时间，当超过预设阀值，就将这条命令的相关信息（例如：发生时间，耗时，命令的详细信息）记录下来，Redis也提供了类似的功能。

如下图，Redis客户端执行一条命令分为如下4个部分：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1_size_16_color_FFFFFF_t_70]

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

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

# 慢查询的两个配置参数 #

对于慢查询功能，需要明确两件事：

*  预设阀值怎么设置？
 *  慢查询记录存放在哪？

Redis提供了 `slowlog-log-slower-than` 和 `slowlog-max-len` 配置来解决这两个问题。从字面意思就可以看出，`slowlog-log-slower-than` 就是那个预设阀值，它的单位是微秒（1秒 = 1000毫秒 = 1000000微秒），默认值是 10000，假如执行了一条“很慢”的命令（例如 keys \*），如果它的执行时间超过了 10000微秒，那么它将被记录在慢查询日志中。

> 如果 slowlog-log-slower-than=0 会记录所有的命令，slowlog-log-slower-than<0 对于任何命令都不会进行记录。

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

在Redis中有两种修改配置的方法，一种是修改配置文件，另一种是使用`config set`命令动态修改。例如下面使用`config set`命令将`slowlog-log-slower-than`设置为20000微秒，`slowlog-max-len`设置为1000：

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

注意如果要Redis将配置持久化到本地配置文件，需要执行 `config rewrite` 命令。

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

1.  获取慢查询日志
    
        slowlog get [n]
    
    下面操作返回当前Redis的慢查询，参数n可以指定条数：
    
        127.0.0.1:6379> slowlog get
        1)	1) (integer) 666
        	2) (integer) 1456879000
        	3) (integer) 11615
        	4)	1)	"BGREWRITEAOF"
        2)	1) (integer) 665
        	2) (integer) 1456841000
        	3) (integer) 12999
        	4)	1)	"SETEX"
        		2)	"video_info_66"
        		3)	"300"
        		4)	"2"
    
    可以看到每个慢查询日志有4个属性组成，分别是慢查询日志的标识id、发生时间戳、命令耗时、执行命令和参数。
2.  获取慢查询日志列表当前的长度
    
        slowlog len
    
    例如，当前Redis中有45条慢查询：
    
        127.0.0.1:6379> slowlog len
        (integer) 45
3.  慢查询日志重置
    
        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

# 最佳实践 #

慢查询功能可以有效地帮助我们直到Redis可能存在的瓶颈，但在实际使用过程种要注意一下几点：

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

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1_size_16_color_FFFFFF_t_70]: /images/20211114/6bd204cd935b414a98450bcc0f39fd79.png