Redis和mysql数据不一致问题

在高并发的业务场景下，数据库大多情况都是用户并发访问量最薄弱的环节。所以，就需要使用redis做一个缓冲操作，让请求先让问到redis，而不是直接访问mysql等数据库。这样可以 大大缓解数据库的压力。redis缓存数据的加载可以分为懒加载和主动加载两种模式，下面 分别介绍 在这两种模式下的数据一致性如何处理。

懒加载

读取缓存步骤一般没有什么问题，但是一旦涉及到数据更新：数据库和缓存更新，就容易出现缓存和数据库之间的数据一致性问题。不管是先写数据库，在删除缓存；还是先删除缓存，再写库，都有可能出现数据不一致的情况。举个例子：

1.如果删除了缓存redis，还没有来记得写库mysql，另一个线程就来读取，发现缓存为空，则去数据库中读取数据写入缓存，此时缓存为脏数据。

2.如果先写库，在删除缓存前，写库的线程宕机了，没有删除掉缓存，则也会出现数据不一致的情况。

因为写和读是并发的，没法保证顺序，就会出现缓存和数据库的数据不一致的问题。如何解决？

所以结合前面例子的两种删除情况，我们就考虑前后 双删+懒加载模式。那么什么是懒加载？就是当业务读取数据的时候再从存储层加载模式，而不是更新后主动刷新，他涉及的业务流程如下图所示：

理解了懒加载机制后，结合上面的业务流程图，我们讲解下前后双删如何做。

延迟双删

再写库前后都进行redis del（key）操作，并且第二次删除通过延迟的方式进行。

方案一（一种思路，不严谨）具体步骤：

1. 先删除缓存
2. 再写数据库
3. 休眠500毫秒（根据具体的业务时间来定）
4. 再次删除缓存

那么，这个500毫秒怎么确定的，具体该休眠多久呢？

需要评估自己的项目