MySQL和Redis的双写一致性

什么是双写一致性问题？

先看看我们redis读取过程：

（1）先读cache，如果数据命中则返回
（2）如果数据未命中则读db
（3）将db中读取出来的数据入缓存

策略1:先更新缓存，再更新数据库
如果跟新缓存成功更新数据库失败，那么就会造成缓存脏数据

策略2:先更新数据库，再更新缓存
高并发会出现这种情况：

线程A跟新数据库，由于网络或者其他原因，这个时候没有来得及跟新缓存的时候，线程跟新了数据库，并且跟新了缓存，但是A 又跟新了缓存。导致我们的线程B跟新丢失

策略3:先删除缓存，再更新数据库

先删除缓存再跟新数据库，这种就是以及缓解了策略2的缓存跟新丢失情况，但是依然可能不一致

A要删除缓存，B去读操作，发现再redis中没有命中，所以B线程要去数据库中读取，并将这个数据写到redis中，然后线程A完成对数据库的跟新，就出现了数据库和redis缓存不一致的情况

如何解决：
只需要在线程A完成数据库跟新后，再删除 一次缓存，这就叫做延迟双删，这里的延迟时间一定要大于我们的业务的读取的时间

策略4:先更新数据库，再删除缓存

当我们A查询数据，正准备写入缓存的时候，线程B更新了数据库，然后执行了删除缓存的操作，然后A才把之前的旧值写入到redis。出现概率很低，因为写操作时间大概率大于读操作时间

解决方法：
延迟双删，但是删除失败怎么办？
那就不断地循环删除了，我们可以将要删除的key放入队列，然后重复尝试删除，直到成功