【七】redis缓存与数据库数据一致性

---

概览

删除缓存时的并发解决方案：

---

缓存与数据库同步策略（如何保证缓存(Redis)与数据库(MySQL)的一致性？）

对于热点数据（经常被查询，但不经常被修改的数据），我们一般会将其放入 Redis 缓存中，以增加查询效率，但需要保证从 Redis 中读取的数据与数据库中存储的数据最终是一致的，这就是经典的缓存与数据库同步问题。

那么，如何保证缓存(Redis)与数据库(MySQL)的一致性呢？根据缓存是删除还是更新，以及操作顺序大概是可以分为下面四种情况：

1. 先更新数据库，再更新缓存
2. 先更新缓存，再更新数据库
3. 先删除缓存，再更新数据库
4. 先更新数据库，再删除缓存

删除缓存对比更新缓存

• 删除缓存: 数据只会写入数据库，不会写入缓存，只会删除缓存
• 更新缓存: 数据不但写入数据库，还会写入缓存

删除缓存
优点：操作简单，无论更新操作是否复杂，直接删除，并且能防止更新出现的线程安全问题
缺点：删除后，下一次查询无法在 cache 中查到，会有一次 Cache Miss，这时需要重新读取数据库，高并发下可能会出现上面说的缓存问题

更新缓存
优点：命中率高，直接更新缓存，不会有 Cache Miss 的情况
缺点：更新缓存消耗较大，尤其在复杂的操作流程中
那到底是选择更新缓存还是删除缓存呢，主要取决于更新缓存的复杂度

如果更新缓存的代价很小，此时我们应该更倾向于更新缓存，以保证更高的缓存命中率
如果更新缓存的代价很大，此时我们应该更倾向于删除缓存
例如：只是简单的更新一下用户积分，只操作一个字段，那就可以采用更新缓存，还有类似秒杀下商品库存数量这种并发下查询频繁的数据，也可以使用更新缓存，不过也要注意线程安全的问题，防止产生脏数据。但是当更新操作的逻辑较复杂时，需要涉及到其它数据，如用户购买商品付款时，需