Redis 慢查询日志怎么定位：SLOWLOG、阈值设置与采样复盘

Redis 的接口延迟突然抬头时，先别急着把问题归咎于网络或连接池。服务端慢日志会把超过阈值的命令单独记录下来，配合 SLOWLOG GET 可以先确认命令类型、耗时和调用参数，再决定是改数据结构、拆分批量操作，还是回到客户端查调用链。

先把“慢”拆成服务端执行慢

一次请求从应用发出到收到响应，中间至少有排队、网络、Redis 命令执行和客户端处理几段时间。SLOWLOG 只测 Redis 执行命令的那一小段。如果接口耗时 80 毫秒，但 SLOWLOG 里最高只有 2 毫秒，排查方向就不应停留在 Redis 命令本身。

下面的命令适合在测试实例或已获准的生产连接上执行。先确认当前配置，避免把一次临时调整误当成长期基线：

CONFIG GET slowlog-log-slower-than
CONFIG GET slowlog-max-len
SLOWLOG LEN

SLOWLOG LEN 返回当前保留的记录数。它是一个很快的状态检查，成功看到整数并不代表已经捕获到目标慢命令，还要结合阈值和最近请求时间继续判断。

三条命令走完一次最小排查

1. 读取最近记录，不要先清空

SLOWLOG GET 10

返回结果通常是嵌套数组，每条记录包含递增 ID、Unix 时间戳、服务端耗时（微秒）和命令参数。先把原始结果保存到工单或值班记录中，尤其要保留命令名称、耗时和参数规模。参数里如果包含用户输入或业务密钥，应在外部记录中脱敏。

可见一条记录只说明命令执行曾超过阈值，不等于它现在仍在变慢。把记录时间与应用延迟曲线对齐，才能知道它是否落在故障窗口内。

2. 查看长度，判断日志是否被挤满

SLOWLOG LEN

如果长度长期等于 slowlog-max-len，说明新记录会不断挤掉旧记录，此时需要缩短复查间隔或临时增加保留长度。这个参数只是记录条数上限，不是磁盘日志容量，也不能用来推算慢命令总数。

3. 复查配置与命令形态

CONFIG GET slowlog-log-slower-than
CONFIG GET slowlog-max-len

把结果和记录里的耗时放在一起看。比如阈值是 10000 微秒，记录里的执行时间是 12000，说明它刚刚越过门槛；如果多条记录达到数十万微秒，优先检查大范围集合操作、过大的 Lua 脚本、阻塞型命令以及 fork 或磁盘相关事件。

阈值怎么设，才不会漏掉短而密的慢命令

默认阈值适合做起点，不适合直接当作所有业务的性能标准。一个每次执行 2 毫秒但每秒调用数很高的命令，可能比偶尔执行一次 20 毫秒的命令更值得关注。阈值设置要和接口目标、Redis 实例负载以及命令分布一起看。

临时调低阈值可以扩大观察面，例如在低风险窗口把阈值改为 5000 微秒：

CONFIG SET slowlog-log-slower-than 5000
SLOWLOG LEN
SLOWLOG GET 20

验证结束后，按变更记录恢复原值。CONFIG SET 的生效范围和持久化方式要结合 Redis 部署管理，不能仅凭一次连接上的返回结果就认为重启后仍然保留。

看到慢命令后，修复动作要对准命令形态

如果记录显示集合成员数量随时间增长，先核对 key 的数据规模，再评估是否需要分页、分片或改为按时间分桶。不要只把阈值调大，那只是让问题更晚出现在慢日志中。

如果是批量命令或 Lua 脚本，检查一次调用携带的元素数量和循环次数；如果是排序、范围读取或大对象读取，结合返回字节数和调用频率判断是否应该拆成小批次。修复后保留同一时间窗口的前后对比，包括 P95/P99、SLOWLOG 的最大耗时和实例 CPU。

什么时候可以清空 SLOWLOG

只有在原始记录已经留证、故障窗口已经标记、并且需要开始一个新的观察窗口时，才考虑清空：

SLOWLOG RESET
SLOWLOG LEN

第二条命令返回 0，表示当前记录已清空。它不表示 Redis 恢复正常，只表示新窗口没有积累记录。清空前后要把阈值、实例、时间和变更人写进同一条记录，方便后续把新证据和旧证据区分开。

常见问题

SLOWLOG 的耗时为什么比接口耗时小很多？

因为 SLOWLOG 只统计服务端执行命令的时间，网络往返、连接池等待和客户端处理都不在其中。需要把 Redis 记录与应用 trace 或命令耗时埋点对齐。

没有慢日志是不是就没有 Redis 性能问题？

不是。阈值过高、日志被清空、问题发生在网络或排队阶段，都可能让 SLOWLOG 没有记录。应同时看客户端耗时、连接数、CPU 和命令调用量。

可以把慢日志长度无限调大吗？

不建议。保留长度应服务于复查窗口，过大只会增加管理和读取成本。先确定需要覆盖的分钟数，再用实际慢命令频率估算条数。

复盘时保留四类证据

一份可复查的 Redis 慢查询记录，至少包含实例标识、阈值与最大长度、SLOWLOG 原始结果、应用与实例指标的对应时间窗。修复后再执行一次相同的读取检查，确认新窗口的记录变化，并把最终配置写回部署配置或变更系统。

这样做的价值不只是找到一条慢命令，而是把“Redis 很慢”拆成可验证的服务端执行、调用规模和时间窗口，下一次告警到来时可以直接复用这条路径。