【高并发基础】Cache Aside 缓存模式背后的思想

1. 前言

《凤凰架构》一书中介绍了一种缓存实现方式 —— Cache Aside。大部分业务开发，不需要缓存与数据库的强一致性，Cache Aside 应该是首选方案。下文根据书中的内容进行整理及理解。文末会给出 Cache Aside 模式的应用。

2. 缓存污染

作者阐述了四种缓存风险：除了缓存击穿、穿透、雪崩，即是 缓存污染
特别的，缓存污染多是由开发者更新缓存不规范造成的。

2.1 造成污染的时机

• 两个请求 A、B并发写数据库且写缓存key k，具体步骤如下
  • 此时 key k 对应的值是 default
  • A 更新数据库，把数据改为 hi
  • B 更新数据库，数据值改为 hello
  • B 更新缓存，缓存的值改为 hello
  • A 更新缓存， 缓存的值改为 hi
  • 至此，缓存中保留的是旧数据 hi, 与数据库的值 hello 不一致，所以就被污染了。

2.2 解决缓存污染

• 更新操作不更新缓存，而是使缓存失效
• 查询的时候如果没有缓存，查询数据库，并填入缓存

2.2.1 优点

• 缓存没有更新操作，只有删除和新增

  • 不再需要考虑多次写操作，触发的缓存写的时序问题

• 只有读数据库才写缓存

  • 多次读操作，数据是安全的

3. Cache Aside 的实现