1. 课程导论：Redis集群故障对模板引擎缓存的冲击
在微服务与高并发架构中，模板引擎缓存（如 Thymeleaf、FreeMarker、Velocity 的编译后模板）通常存储在 Redis 集群中，以加速页面渲染。然而，当 Redis 集群发生故障——包括主节点宕机、网络分区、集群脑裂或大规模节点不可用时——模板引擎缓存将面临严峻的生存性考验。本章作为课程起点，系统梳理故障冲击的本质、衍生风险以及本课程的学习路径。
1.1 Redis集群故障对模板引擎缓存的三大冲击
| 冲击维度 | 故障表现 | 对模板引擎的影响 |
|---|---|---|
| 缓存大规模失效 | 集群主节点宕机，大量 key 同时不可用 | 模板编译结果丢失，请求回源到应用服务器，引发 CPU 与 IO 飙升 |
| 缓存访问超时/阻塞 | 集群部分节点响应缓慢或连接池耗尽 | 模板渲染线程阻塞，请求堆积，页面响应时间从毫秒级恶化到秒级 |
| 数据一致性与脏读 | 集群脑裂后数据分片错乱，旧版本模板被错误返回 | 用户看到过期或错误的页面片段，严重时引发业务逻辑错乱 |
关键指标： 在 Redis 集群故障场景下，模板引擎缓存的命中率可能从 99.5% 骤降至 10% 以下，应用层负载瞬间放大 10～50 倍，极易触发级联故障。
1.2 缓存雪崩与缓存击穿：两种典型风险
Redis 集群故障后，模板引擎缓存面临两种经典的高并发风险，其成因与后果截然不同：
- 缓存雪崩（Cache Avalanche）：集群大面积不可用导致大量模板缓存同时过期或丢失，所有请求穿透到后端。模板引擎需要同时编译大量模板，数据库与 CPU 瞬间过载，系统响应时间急剧上升，最终可能导致应用层雪崩。
- 缓存击穿（Cache Breakdown）：某个热点模板（如首页、商品详情页模板）的缓存因集群故障而失效，大量并发请求同时访问该模板。由于模板编译是 CPU 密集型操作，单点热点会迅速耗尽应用服务器资源，造成局部熔断。
区分要点： 雪崩是“面”的问题——大量 key 同时失效；击穿是“点”的问题——单个热点 key 失效。集群故障往往同时触发这两种风险，需要分层防御。
1.3 课程目标与学习路径
本课程旨在为架构师与高级开发人员提供一套完整的 Redis 集群故障后模板引擎缓存预加载与恢复设计方案，覆盖故障预防、故障中兜底、故障后重建三个关键阶段。课程目标可拆解为以下五个能力维度：
| 能力维度 | 具体目标 | 对应章节 |
|---|---|---|
| 故障感知 | 设计集群健康检测与故障分级机制，快速判断缓存是否可用 | 第 2～4 章 |
| 预加载策略 | 实现模板缓存预热、双缓存与本地兜底缓存，降低故障冲击面 | 第 5～8 章 |
| 故障中兜底 | 构建熔断、降级与限流组合策略，保障模板引擎基本可用 | 第 9～12 章 |
| 恢复重建 | 设计缓存渐进式重建、数据一致性校验与回滚机制 | 第 13～16 章 |
| 压测与演练 | 制定混沌工程演练方案与故障恢复 SLA 验证方法 | 第 17～20 章 |
前置要求： 学习者需具备 Redis 集群搭建与基本运维经验，了解模板引擎（Thymeleaf/FreeMarker）的缓存原理。本课程不讲解 Redis 基础命令，聚焦于故障场景下的架构设计。
1.4 本章小结
- Redis 集群故障对模板引擎缓存造成 大规模失效、访问超时、数据不一致 三大冲击，直接影响页面渲染性能与正确性。
- 故障后主要风险为 缓存雪崩（面） 与 缓存击穿（点），需要分层防御策略。
- 本课程按 故障预防 → 故障中兜底 → 恢复重建 三阶段递进设计，共 20 章，覆盖从检测、预加载、熔断降级到混沌演练的完整闭环。