Redis怎样追踪系统执行的缓慢操作

slowlog 是 Redis 唯一实时捕获慢命令的机制，为内存环形缓冲区，仅记录执行耗时超阈值的命令，不包含网络延迟与排队时间；默认阈值10ms，建议调至5ms，slowlog-max-len建议设为1024，并需CONFIG REWRITE持久化。slowlog 是唯一能实时抓到慢命令的机制Redis 没有类似 MySQL 的慢查询日志文件，slowlog 是运行时内存中的环形缓冲区，只记录执行时间超过 slowlog-log-slower-than 阈值的命令。它不记录网络延迟、排队时间，只记命令在 Redis 内部实际执行耗时。实操建议：默认阈值是 10000 微秒（即 10ms），生产环境建议调低到 slowlog-log-slower-than 5000（5ms），避免漏掉毛刺型慢操作slowlog-max-len 控制最大条目数，默认 128，高并发场景建议设为 1024，否则旧记录被覆盖太快，来不及排查修改后需执行 CONFIG REWRITE 持久化，否则重启丢失用 SLOWLOG GET 查看慢命令详情SLOWLOG GET 返回每条慢日志的 ID、时间戳、执行耗时（微秒）、命令与参数（已脱敏）。注意：参数值可能被截断，且敏感字段如密码、token 不会显示完整。常见错误现象：返回空数组 → 不代表没慢命令，可能是阈值设太高，或 slowlog-max-len 被刷满后新日志覆盖了旧的看到大量 EXEC 耗时高 → 实际是整个事务里某条命令慢，slowlog 只记录 EXEC 这一动作，需结合 MONITOR 或客户端埋点定位具体子命令时间戳是 Unix 秒级整数，不是毫秒，别拿它和应用层日志对不齐示例输出中关键字段：[123, 1717024567, 18423, ["GET", "user:session:abc123"]] → ID 123，时间戳 1717024567，耗时 18423μs，执行了 GET user:session:abc123为什么不能依赖 MONITOR 做长期慢操作追踪MONITOR 是调试用的全量命令监听，每条命令都推送，吞吐压力极大，开启后 QPS 下降明显，部分版本甚至触发连接假死。它不区分快慢，无法过滤，也不带执行耗时字段。 Felvin AI无代码市场，只需一个提示快速构建应用程序