1. 课程导论：为什么需要复盘缓存索引与连接池水位？课程目标与学习路径
1.1 复盘动机：从“能用”到“可控”的认知鸿沟
在 Redis 生产运维中，绝大多数团队停留在“缓存能命中、连接不报错”的初级阶段。然而，当流量峰值达到集群吞吐上限、连接数逼近 maxclients、或缓存索引结构导致内存膨胀时，缺乏系统性复盘能力的团队往往陷入被动救火。本课程的核心动机正是填补从“能用”到“可控”之间的认知鸿沟。
复盘核心痛点：
- 缓存索引盲区：Key 设计无规范、热点 Key 未拆分、索引结构（Hash/ ZSet/ Sorted Set）选择不当，导致内存浪费与查询延迟陡增。
- 连接池水位失控：连接池最大/最小连接数、空闲回收策略、超时设置与后端线程池不匹配，引发连接泄露、阻塞甚至雪崩。
- 缺乏量化复盘指标：没有建立“索引命中率-内存碎片率-连接等待队列深度”的联动监控体系，故障复盘只能靠猜测。
1.2 课程目标：建立可量化的复盘框架
通过本课程，你将掌握以下三大核心能力：
| 能力维度 | 具体目标 | 交付物 |
|---|---|---|
| 缓存索引复盘 | 能根据业务读写比例、数据量级、延迟要求，选择最优索引结构并设计 Key 空间 | 索引选型决策表 + Key 命名规范模板 |
| 连接池水位复盘 | 能通过连接池监控指标（活跃数、空闲数、等待数、超时率）反推配置合理性 | 连接池参数调优检查清单 |
| 故障复盘方法论 | 能使用“现象→指标→根因→改进”四步法，输出可落地的复盘报告 | 复盘报告模板 + 案例库 |
1.3 学习路径：从原理到实战的闭环
课程分为四个阶段，每个阶段均包含理论讲解、指标拆解与案例复盘：
- 基础复盘篇（第2-8章）：Redis 内存模型、索引底层数据结构（SDS、Dict、SkipList）、连接池原理与常见陷阱。
- 水位监控篇（第9-15章）：连接池水位指标采集、Redis 慢查询与延迟分析、内存碎片与淘汰策略复盘。
- 索引优化篇（第16-22章）：热点 Key 拆分、二级索引设计、ZSet 与 Bitmap 场景化复盘、索引与连接池联动调优。
- 实战复盘篇（第23-30章）：3 个真实生产故障复盘（缓存雪崩、连接池泄露、索引膨胀）、复盘报告撰写与自动化复盘工具链。
学习建议：每章结束后，请对照本章提供的“复盘检查清单”对自身系统进行一次快速扫描，将理论转化为可量化的改进动作。
1.4 复盘全景图：缓存索引与连接池水位的关联模型
下图展示了缓存索引与连接池水位在 Redis 系统中的交互关系，以及复盘时需要关注的三个关键回路：
1.5 复盘检查清单（本章速查）
在进入后续章节前，请先对照以下清单完成一次快速自检：
| 检查项 | 当前状态 | 风险等级 | 建议行动 |
|---|---|---|---|
| 是否有关键 Key 的索引结构文档？ | □ 有 □ 无 □ 部分 | 高 | 第2章后完成索引清单 |
| 连接池最大连接数是否超过 maxclients 的 80%？ | □ 是 □ 否 □ 未知 | 中 | 第9章监控接入 |
| 是否监控连接池等待队列深度？ | □ 是 □ 否 | 高 | 第10章配置告警 |
| 是否定期复盘内存碎片率？ | □ 是 □ 否 | 中 | 第13章碎片分析 |
⚠️ 常见误区：不要将“连接池最大连接数”直接设置为 Redis maxclients 的 100%。预留 10%-20% 给管理连接、监控连接和突发流量，否则一旦连接池打满，你将无法通过 redis-cli 执行紧急操作。