slowlog-log-slower-than 是 Redis 慢查询日志的执行耗时阈值（单位微秒），默认 10000，建议按场景设为 500～5000；动态修改需 CONFIG SET 后配 CONFIG REWRITE 持久化。
slowlog-log-slower-than 是什么，设多少才合理
slowlog-log-slower-than 是 Redis 控制慢查询日志触发阈值的核心配置项，单位是微秒（μs），不是毫秒。它只管命令在 Redis 内部的执行耗时，不包括网络往返、客户端排队、序列化等外部开销。
默认值是 10000（即 10 毫秒），但这个值对多数线上服务偏宽松：高频读写下，10ms 已经可能拖累 P99 延迟。建议按业务敏感度分级设置：
- 低延迟场景（如实时推荐、会话缓存）：设为
1000（1ms）甚至500 - 常规业务（如用户资料、商品信息）：
2000～5000较平衡 - 调试期临时排查：可设为
0记录所有命令（慎用，内存和性能代价大） - 明确禁用：设为负值，如
-1
注意：slowlog-log-slower-than 不影响命令执行逻辑，只决定是否记入 slowlog 链表；设得太小会导致日志暴增，设太大则漏掉关键毛刺。
动态修改 slowlog-log-slower-than 的正确姿势
运行中改配置最常用 CONFIG SET，但有几个关键点必须同步处理，否则容易失效或不持久：
- 先执行
CONFIG SET slowlog-log-slower-than 2000，立即生效 - 再执行
CONFIG SET slowlog-max-len 1000（建议同步调大，避免旧日志挤掉新记录） - 如果希望重启后仍有效，必须补上
CONFIG REWRITE—— 它会把当前运行配置落盘到redis.conf，否则重启就回退到原配置 - 不要在 Redis Cluster 的任意节点上单独改；需逐个节点执行，或通过运维平台批量下发
错误示例：CONFIG SET slowlog-log-slower-than 100 后没做 CONFIG REWRITE，第二天重启，阈值又变回 10000。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
SLOWLOG GET 返回结果里哪些字段真正有用
SLOWLOG GET 返回每条日志是四元组，结构固定，但实际分析时重点关注这三项：
- 第 2 项：
timestamp（Unix 秒级时间戳），不是毫秒，要转成可读时间才能对齐监控系统或业务日志 - 第 3 项：
duration（微秒），这是真正用于比对slowlog-log-slower-than的值，也是性能优化的直接目标 - 第 4 项：
arguments array，包含完整命令及参数，例如["KEYS", "*"]或["EVAL", "for i=1,10000 do ..."]，能快速识别高危操作
容易忽略的坑：id 字段是单调递增但不连续的，重置日志（SLOWLOG RESET）后不会归零；另外，SLOWLOG GET 默认只返回最近 10 条，查更多要用 SLOWLOG GET 100。
为什么 slowlog 日志里会出现 SLOWLOG RESET 自己
执行 SLOWLOG RESET 命令本身也会被 Redis 当作一条命令去执行，如果当时 slowlog-log-slower-than 设得很小（比如 100），而 Redis 正忙于清理链表，这条命令执行时间就可能超过阈值，从而被记入 slowlog —— 这就是为什么你执行完 SLOWLOG RESET 后再 SLOWLOG LEN，结果可能是 (integer) 1。
这不是 bug，是设计使然。它提醒你：慢查询日志本身也有开销。真正需要清空时，优先考虑调大阈值再重置，或直接接受“最后一条是 reset”这个事实，别把它当成异常信号。
