📚 课程目录第1章课程导论

1. 课程导论：为什么慢查询是Redis性能的隐形杀手？

Redis 以微秒级响应著称，但生产环境中经常出现“缓存变慢、服务抖动”的诡异现象。大多数开发者将问题归咎于网络延迟或机器负载，却忽略了 Redis 内部慢查询 这个真正的元凶。

慢查询是指执行时间超过预设阈值（slowlog-log-slower-than）的命令。它们不会直接报错，而是悄悄消耗 CPU、阻塞事件循环，导致后续所有请求排队等待，最终引发连锁雪崩。

  核心认知： 慢查询是 Redis 单线程模型下的“交通堵塞”——一个慢命令阻塞 100ms，后续 1000 个正常命令都要跟着延迟 100ms。

Redis 主线程是单线程事件循环，所有命令串行执行。当一条命令执行时间过长，整个事件循环被阻塞，后续读写、定时任务、持久化全部等待。

# 查看当前慢查询阈值（微秒）
CONFIG GET slowlog-log-slower-than
# 默认值：10000（10ms）

# 查看最近慢查询记录
SLOWLOG GET 5

经验阈值： 生产环境建议将 slowlog-log-slower-than 设置为 1000（1ms），而不是默认的 10ms。因为 1ms 以上的延迟在 Redis 中已经属于异常。

下图展示了慢查询的完整生命周期与优化路径，帮助建立全局认知：

本课程按照“认知 → 检测 → 分析 → 优化 → 实战”五阶段递进设计，确保从原理到落地全覆盖：

重要提醒： 慢查询优化不是一次性工作。随着业务增长，新的慢查询会不断出现。本课程交付的是一套“发现→分析→优化→预防”的闭环方法论，而非零散技巧。