3、慢查询日志查看：SLOWLOG GET、SLOWLOG LEN、SLOWLOG RESET 与日志格式解析

慢查询日志是 Redis 性能诊断的第一手现场证据。当某个命令的执行耗时超过 slowlog-log-slower-than 阈值（默认 10 毫秒），Redis 会将该命令的上下文记录到内存中的慢查询队列。本章将系统讲解如何通过 SLOWLOG 系列命令查看、统计与重置日志，并逐字段解析日志格式，帮助你快速定位慢命令的根因。

3.1 核心命令速查

3.2 SLOWLOG GET 命令详解

SLOWLOG GET 是最常用的诊断命令，返回结果是一个数组，每个元素代表一条慢查询日志。不传参数时默认返回最近 10 条；传入数字 n 则返回最近 n 条。

# 查看最近 5 条慢查询日志
127.0.0.1:6379> SLOWLOG GET 5
1) 1) (integer) 14
   2) (integer) 1712345678
   3) (integer) 12034
   4) 1) "KEYS"
      2) "user:*"
   5) "127.0.0.1:54321"
   6) ""
2) 1) (integer) 13
   2) (integer) 1712345670
   3) (integer) 15002
   4) 1) "SORT"
      2) "cache:list"
      3) "BY"
      4) "weight_*"
   5) "127.0.0.1:54320"
   6) ""

3.3 SLOWLOG LEN 与 SLOWLOG RESET

• SLOWLOG LEN：返回当前队列中的日志总数，用于判断慢查询是否频繁。如果 LEN 持续接近 slowlog-max-len，说明系统存在持续性的慢操作。
• SLOWLOG RESET：清空所有日志。通常在以下场景使用：
  • 调整 slowlog-log-slower-than 阈值后，清除旧日志以便观察新阈值下的记录。
  • 定位问题前清空队列，确保后续只捕获到目标时间窗口内的慢查询。

# 查看当前队列长度
127.0.0.1:6379> SLOWLOG LEN
(integer) 42

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

# 确认已清空
127.0.0.1:6379> SLOWLOG LEN
(integer) 0

3.4 日志格式逐字段解析

每条慢查询日志是一个包含 6 个字段的数组，字段顺序固定。下面以一条真实日志为例进行拆解：

1) (integer) 14          # 字段1：日志唯一ID（自增）
2) (integer) 1712345678  # 字段2：命令执行时的Unix时间戳（秒）
3) (integer) 12034       # 字段3：命令执行耗时（微秒）
4) 1) "KEYS"             # 字段4：命令及参数（数组形式）
   2) "user:*"
5) "127.0.0.1:54321"     # 字段5：客户端IP和端口
6) ""                     # 字段6：客户端名称（默认空）

3.5 慢查询日志生命周期与队列结构

下图展示了慢查询日志从触发到被查看、淘汰的完整生命周期，以及 SLOWLOG GET、SLOWLOG LEN、SLOWLOG RESET 三个命令在其中的作用位置。

3.6 实战：一次完整的慢查询排查流程

1. 查看队列长度：执行 SLOWLOG LEN，判断慢查询是否频繁。如果长度接近 slowlog-max-len，说明系统存在持续慢操作。
2. 获取日志样本：执行 SLOWLOG GET 20，提取最近 20 条日志。
3. 解析耗时字段：关注字段 3（微秒），将值除以 1000 转换为毫秒，筛选出耗时最高的命令。
4. 定位危险命令：字段 4 中的命令类型是关键。常见慢命令包括 KEYS、SORT、LREM、ZRANGE（大数据集）、MGET（大键值）、DEL（大集合）。
5. 溯源客户端：字段 5 的 IP:端口 和字段 6 的客户端名称帮助定位是哪个应用或实例发出的慢命令。
6. 重置并监控：执行 SLOWLOG RESET 清空旧日志，持续观察新产生的慢查询是否减少。

3.7 日志字段与排查要点对照