3、灾备系统中的缓存架构：灾备缓存层级模型、写缓存与读缓存策略、缓存一致性模型
灾备系统的缓存架构是决定 RPO 达标率与故障切换性能的核心环节。不同于普通业务缓存，灾备缓存必须在数据一致性、跨站点同步与故障恢复之间取得平衡。本节从层级模型、读写策略与一致性模型三个维度展开，帮助巡检人员建立完整的灾备缓存认知框架。
3.1 灾备缓存层级模型
灾备缓存通常采用三级分层架构，每一层承担不同的延迟、容量与持久化职责。层级设计直接影响缓存命中率与故障恢复速度。
| 层级 | 存储介质 | 典型容量 | 访问延迟 | 持久化能力 | 灾备角色 |
|---|---|---|---|---|---|
| L1 — 本地内存缓存 | DRAM（本地节点） | GB 级 | < 1 μs | 无（易失） | 热数据加速，故障后需重建 |
| L2 — 分布式内存网格 | DRAM（跨节点复制） | TB 级 | 1–5 μs | 有限（异步持久化） | 跨站点共享热数据，降低主备延迟 |
| L3 — 持久化缓存层 | SSD / NVMe + 日志 | PB 级 | 10–100 μs | 强（WAL + 快照） | 冷数据恢复点，RPO 兜底保障 |
巡检要点： 检查 L1 缓存是否配置了故障后快速预热机制（如预加载热点 Key 列表）；L2 层必须验证跨站点复制延迟是否超过 RPO 阈值；L3 层需确认持久化日志的刷盘频率与 RPO 目标匹配。
下图展示了灾备缓存的三级层级模型及其数据流动路径：
3.2 写缓存与读缓存策略
灾备场景下，写缓存与读缓存策略必须分开设计。写缓存关注数据持久化顺序与跨站点同步延迟；读缓存关注命中率与故障时的数据新鲜度。
3.2.1 写缓存策略
| 策略 | 写入顺序 | 持久化时机 | RPO 风险 | 适用场景 |
|---|---|---|---|---|
| Write-Through | 同时写入缓存与后端存储 | 同步 | 低（RPO≈0） | 金融交易、账户余额 |
| Write-Behind | 先写缓存，异步刷入后端 | 延迟批量 | 中（RPO 秒级） | 日志、会话、非关键状态 |
| Write-Around | 直接写后端，缓存仅读时回填 | N/A | 低（RPO≈0） | 大文件、冷数据写入 |
灾备陷阱： Write-Behind 策略在缓存节点故障时，未刷入后端的写入数据会永久丢失。必须为 Write-Behind 配置持久化日志（WAL）或至少双副本缓存，否则 RPO 可能从秒级恶化到分钟级甚至数据丢失。
3.2.2 读缓存策略
| 策略 | 数据来源 | 缓存填充时机 | 命中率特征 | 灾备影响 |
|---|---|---|---|---|
| Cache-Aside | 应用先查缓存，未命中则查 DB 并回填 | 读时按需回填 | 随访问模式逐步提升 | 故障后缓存冷启动，命中率骤降 |
| Read-Through | 缓存层自动回源 DB 并填充 | 读时自动回填 | 稳定，但首次延迟高 | 需配置预加载策略避免雪崩 |
| Refresh-Ahead | 缓存主动预测并提前刷新热点 Key | 异步预刷新 | 高且平稳 | 故障切换后仍能维持较高命中率 |
巡检建议： 灾备场景优先采用 Refresh-Ahead 策略，配合 L2 分布式网格，可在主备切换后 30 秒内恢复 80% 以上的读缓存命中率。Cache-Aside 策略必须配置预热脚本，否则切换后命中率可能低于 10%。
3.3 缓存一致性模型
灾备系统跨站点部署时，缓存一致性模型决定了数据冲突的概率与解决成本。一致性模型的选择直接影响 RPO 达标率与系统吞吐量。
3.3.1 三种一致性模型对比
| 模型 | 一致性保证 | 跨站点延迟 | 吞吐量影响 | RPO 保障 | 典型实现 |
|---|---|---|---|---|---|
| 强一致性 | 所有副本实时一致 | 高（同步复制） | 降低 30–50% | RPO=0 | Paxos / Raft 共识 |
| 最终一致性 | 副本最终一致，允许短暂不一致 | 低（异步复制） | 几乎无影响 | RPO 秒级 | Dynamo / Cassandra |
| 因果一致性 | 有因果关系的操作有序，其他可乱序 | 中（部分同步） | 降低 10–20% | RPO 毫秒级 | CRDT / 向量时钟 |
3.3.2 一致性模型选择矩阵
实际灾备部署中，不同数据类别应采用不同的一致性模型，而非一刀切：
- 强一致性：账户余额、订单状态、库存扣减 — 必须 RPO=0，即使牺牲部分吞吐。
- 因果一致性：用户会话、购物车、操作日志 — 保证因果关系即可，允许非因果数据短暂不一致。
- 最终一致性：推荐列表、统计计数、内容缓存 — 可接受秒级不一致，优先保障吞吐。
巡检指标： 检查缓存一致性协议的超时阈值是否与 RPO 目标对齐。例如，强一致性模型下，跨站点同步超时不应超过 RPO 的 50%（如 RPO=1s，则同步超时设为 500ms），否则应降级为最终一致性并告警。
下图展示了三种一致性模型在灾备双站点间的数据同步路径与冲突处理方式：
3.4 本章小结
- 灾备缓存采用 L1 本地内存 → L2 分布式网格 → L3 持久化缓存 三级模型，每层承担不同的延迟与持久化职责。
- 写缓存策略中，Write-Through 保障 RPO≈0 但吞吐受限；Write-Behind 需配合 WAL 避免数据丢失。
- 读缓存策略推荐 Refresh-Ahead，可在故障切换后快速恢复命中率；Cache-Aside 必须配置预热脚本。
- 一致性模型按数据类别混合使用：关键数据用 强一致性，会话用 因果一致性，非关键用 最终一致性。
- 巡检时重点检查：跨站点同步超时是否与 RPO 对齐、冲突解决策略是否匹配业务语义、L1 预热机制是否就绪。