Redis、MySQL缓存双写不一致怎么办？解决方案分享

Redis、MySQL缓存双写不一致怎么办？本篇文章就来给大家分享解决缓存双写不一致问题的方法，希望能够给大家提供帮助！ redis、mysql双写缓存不一致： 但是在更新缓存方面，对于 更新完

    Redis、MySQL缓存双写不一致怎么办？本篇文章就来给大家分享解决缓存双写不一致问题的方法，希望能够给大家提供帮助！<p><img src="https://img.mryunwei.com/uploads/2023/04/20230416175308288.jpg"></p>

redis、mysql双写缓存不一致：

但是在更新缓存方面，对于更新完数据库，是更新缓存呢，还是删除缓存。又或者是先删除缓存，再更新数据库，其实大家存在很大的争议。目前没有一篇全面的博客，对这几种方案进行解析。于是博主战战兢兢，顶着被大家喷的风险，写了这篇文章。

正文

给缓存数据设置过期时间

先做一个说明，从理论上来说，给缓存设置过期时间，是保证最终一致性的解决方案。这种方案下，我们可以对存入缓存的数据设置过期时间，所有的写操作以数据库为准，对缓存操作只是尽最大努力即可。也就是说如果数据库写成功，缓存更新失败，那么只要到达过期时间，则后面的读请求自然会从数据库中读取新值然后回填缓存。因此，接下来讨论的思路不依赖于给缓存设置过期时间这个方案。

在这里，我们先讨论三种更新策略：

如果数据库采用了读写分离架构，这么办？（主库负责写操作，从库负责读操作）

ok，在这种情况下，造成数据不一致的原因如下，还是两个请求，一个请求A进行更新操作，另一个请求B进行查询操作。

（1）请求A进行写操作，删除缓存，请求A把数据写入主库，还没开始同步从库

（2）（1s内）请求B查询缓存，没有发现缓存，请求B去从库查询，这时还没有完成主从同步，查到是旧值，并且把旧值写入缓存。

（3）主库完成主从同步，从库变为新值

上述流程，就是数据不一致问题，还使用双删延时策略。只是，睡眠时间修改为在主从同步的延时时间基础之上，加几百ms

采用这种同步淘汰策略，吞吐量降低怎么办？

ok，那就将第二次删除作为异步的。自己起一个线程，异步删除。这样，写的请求就不用沉睡一段时间后了，再返回。这么做，加大吞吐量。

第二次删除,如果删除失败怎么办？

这是个非常好的问题，因为第二次删除失败，就会出现如下情形。还是有两个请求，一个请求A进行更新操作，另一个请求B进行查询操作，为了方便，假设是单库：

（1）请求A进行写操作，删除缓存（2）请求B查询发现缓存不存在（3）请求B去数据库查询得到旧值（4）请求B将旧值写入缓存（5）请求A将新值写入数据库（6）请求A试图去删除请求B写入对缓存值，结果失败了。

ok,这也就是说。如果第二次删除缓存失败，会再次出现缓存和数据库不一致的问题。

如何解决呢？

具体解决方案，且看博主对第先更新数据库，再删缓存种更新策略的解析。

删除缓存重试机制

不管是延时双删还是Cache-Aside的先操作数据库再删除缓存，都可能会存在第二步的删除缓存失败，导致的数据不一致问题。可以使用这个方案优化：删除失败就多删除几次呀,保证删除缓存成功就可以了呀~ 所以可以引入删除缓存重试机制

读取biglog异步删除缓存

流程如下图所示：

（1）更新数据库数据（2）数据库会将操作信息写入binlog日志当中（3）订阅程序提取出所需要的数据以及key（4）另起一段非业务代码，获得该信息（5）尝试删除缓存操作，发现删除失败（6）将这些信息发送至消息队列（7）重新从消息队列中获得该数据，重试操作。

备注说明：上述的订阅binlog程序在mysql中有现成的中间件**叫canal，**可以完成订阅binlog日志的功能。至于oracle中，博主目前不知道有没有现成中间件可以使用。另外，重试机制，博主是采用的是消息队列的方式。如果对一致性要求不是很高，直接在程序中另起一个线程，每隔一段时间去重试即可，这些大家可以灵活自由发挥，只是提供一个思路。

本文其实是对目前互联网中已有的一致性方案，进行了一个总结。对于先删缓存，再更新数据库的更新策略，还有方案提出维护一个内存队列的方式，博主看了一下，觉得实现异常复杂，没有必要，因此没有必要在文中给出。最后，希望大家有所收获。

【相关推荐：mysql视频教程】

以上就是Redis、MySQL缓存双写不一致怎么办？解决方案分享的详细内容，更多请关注每日运维其它相关文章！