缓存一致性

  系统程序处理时，缓存作为DB的一道屏障，可以防止大量请求达到数据库，造成压力过大，还可以提高查询效率。

image.png

• 问题 并发情况下，会导致数据不一致情况。缓存中和DB中的数据存在差异，原因是因为DB中数据发生变化，需要同步更新缓存中的数据，这时更新缓存数据有可能失败。
• 解决方案

1. 先更新缓存，后更新数据库 问题：两个更新线程更新同一条数据，A更新缓存，B更新缓存，B更新数据库，A更新数据库。显然缓存中的数据是脏数据。
2. 先更新数据库，后更新缓存 问题：同样在两条更新线程中，出现顺序不一致，导致缓存中出现脏数据。
3. 先更新数据库，后删除缓存 问题：1、更新数据后，在还没有删除缓存之前，有条读的线程，会导致读线程的数据为脏数据，但是后续的线程，读取缓存DB的新值。 2、缓存失效，A先读取DB值，B更新数据库，B删除缓存，A将旧值写入缓存中。
4. 先删除缓存，后更新数据库 问题：A先删除缓存，B查询发现缓存失效，B缓存旧值，A更新数据库，缓存B的脏数据。

• 结论 所以在并发情况下，操作数据库和缓存总会有顺序，一旦顺序不一致就会导致脏数据的情况。 1、缓存删除还是更新？ 而且更新缓存会导致不必要的开销，比如更新一个库中的数据，但是缓存中是多个库中共同计算的结果，这是更新缓存就需要重新计算一遍。如果在查询不是很频繁的时候，这次计算是多余的。 2、先写库，还是先写缓存？ 先删除缓存，后写库，这样就算后面写库失败了，缓存也是null，不会导致脏数据。如果先写库，后面更新缓存失败，缓存中的数据为脏数据。

如何解决先删缓存，后更新库带来的脏数据问题和缓存更新失败问题？ 1、对数据库和缓存操作做同步，性能有损失。使用分布式锁 2、 双删，A更新数据库，A删除缓存，A.sleep(1000)，A删除缓存

更新失败使用MQ来实现重试，订阅数据库binlog日志或者使用框架的拦截器订阅写操作。

Spring Cache

大概回顾一下Spring cache 的用法

• @Cacheable 用于方法配置，根据方法参数对结果缓存

• @CachePut 用于更新数据，每次都会执行，并将结果缓存
• @CacheEvict 用于删除数据，将缓存数据删除 多了两个属性

• @Caching 多个注解嵌套使用，例如

@Caching(put = {
@CachePut(value = "user", key = "#user.id"),
@CachePut(value = "user", key = "#user.name")
})
public User save(User user) {}

Spring默认是先写库，后写缓存，可以通过beforeInvocation指定。