Redis慢查询

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花

Redis采用单线程串行执行命令的核心架构，任何执行耗时超预设阈值的命令都会被定义为慢查询。慢查询不仅会拖慢单条命令响应，还会阻塞后续所有命令排队，直接引发Redis整体性能卡顿、连接超时等问题，是Redis性能排查的核心抓手。本文从原理、配置、操作、排查、优化五大维度，全面拆解Redis慢查询相关知识。

一、Redis慢查询底层运行原理

1.1 慢查询核心定义

慢查询是Redis内置的日志机制，专门记录命令实际执行耗时超过设定阈值的操作。注意：慢查询仅统计命令在Redis服务端的执行时间，不包含网络传输耗时、客户端排队等待时间，因此网络延迟导致的响应慢不属于慢查询范畴。

1.2 慢查询生命周期

Redis慢查询采用内存FIFO队列存储日志，生命周期分为4步：

客户端发送命令至Redis服务端，命令进入执行队列排队
Redis单线程取出命令，开始执行并计时
命令执行完毕，对比耗时与慢查询阈值：若超时则写入慢查询队列；未超时则直接丢弃日志
队列达到最大长度后，新日志会覆盖最旧的日志，避免内存溢出

慢查询日志仅存在于内存中，重启Redis后日志会全部丢失，生产环境建议定期持久化慢查询数据用于监控溯源。

1.3 慢查询日志核心字段

每条慢查询日志包含4个核心信息，是排查问题的关键依据：

日志ID：唯一标识，自增序号
执行时间戳：命令开始执行的时间点
命令耗时：单位为微秒（1秒=1000000微秒）
命令详情：完整执行命令+参数，部分版本包含客户端IP、端口信息

二、慢查询核心配置参数详解

Redis慢查询通过2个核心参数控制行为，支持配置文件永久生效和运行时动态修改两种方式，无需重启Redis。

slowlog-log-slower-than

慢查询阈值，单位微秒

10000（10毫秒）

1000（1毫秒）

设为0表示记录所有命令，设为负数表示关闭慢查询

slowlog-max-len

慢查询队列最大长度

128

1000-5000

队列满后新日志覆盖旧日志，不宜设置过大避免占用内存

2.1 配置生效方式

方式1：配置文件永久修改（redis.conf）

# 慢查询阈值1毫秒
slowlog-log-slower-than 1000
# 慢查询队列最大长度2000
slowlog-max-len 2000

方式2：运行时动态修改（redis-cli）

# 连接Redis
redis-cli -h 主机IP -p 端口 -a 密码
# 动态调整阈值
CONFIG SET slowlog-log-slower-than 1000
# 动态调整队列长度
CONFIG SET slowlog-max-len 2000
# 查看配置是否生效
CONFIG GET slowlog*

三、慢查询日志查看与管理命令

Redis提供专属命令操作慢查询日志，无需依赖第三方工具，运维效率极高。

SLOWLOG LEN：查看当前慢查询日志的总条数，快速判断是否有大量慢命令堆积
SLOWLOG GET [N]：查看最近N条慢查询日志，不填N默认返回全部日志，建议指定N避免输出过多
SLOWLOG RESET：清空所有慢查询日志，排查完毕后可执行清理，释放内存

# 查看慢查询总条数
127.0.0.1:6379> SLOWLOG LEN
(integer) 5

# 查看最近3条慢查询
127.0.0.1:6379> SLOWLOG GET 3
1) 1) (integer) 5
   2) (integer) 1742345678
   3) (integer) 15000
   4) 1) "KEYS"
      2) "*"

# 清空慢查询日志
127.0.0.1:6379> SLOWLOG RESET
OK