标准答案
- Cache Aside 由业务应用负责读未命中回源和写后失效，适合业务规则复杂、缓存策略需要精细控制的常见服务。
- Read Through 由缓存层在未命中时加载后端存储，应用只面向缓存读，适合数据加载逻辑相对统一的场景。
- Write Through 同步写缓存和持久化存储，读一致性较直观，但写延迟更高，通常用于不能只保留内存副本的数据。
- Write Behind 先写缓存、异步批量落盘，吞吐高但会扩大宕机丢失和写入乱序风险，只适合明确能容忍延迟持久化并具备恢复机制的场景。
题目解析
模式名称不是性能结论。真正需要回答的是读路径是否允许回源、写成功何时对外可见、存储失败如何重放、缓存故障时是否会丢失业务状态。
涉及订单、资金、权限等强事实数据时，通常不应把 Write Behind 作为唯一持久化路径；它更适合统计计数、非关键聚合或有可靠日志兜底的写入。
常见误区
- 把 Write Behind 误解成“先写缓存再慢慢写数据库，天然不会丢”。
- 只按吞吐选择缓存模式，没有说明写失败、宕机和重放边界。