mysql和redis数据最终一致性的解决方案

此问题是无法做到100%场景一致性的，只能做到基本一致或者最终一致性。

推荐使用的方案

1|0延时双删

原理：先进行缓存清除，再执行update，最后（延迟N秒）再执行缓存清除。（延迟N秒）的时间要大于一次写操作的时间。
一般执行流程：

服务节点删除 redis 主库数据。

服务节点修改 mysql 主库数据。

服务节点使得当前业务处理等待一段时间，等 redis 和 mysql 主从节点数据同步成功。

服务节点从 redis 主库删除数据。

当前或其它服务节点读取 redis 从库数据，发现 redis 从库没有数据，从 mysql 从库读取数据，并写入 redis 主库。

2|0基于MQ的可靠性消息通信

具体步骤如下：

把要删除的缓存值或者是要更新的数据库值暂存到消息队列MQ中

当删除缓存值或者是更新数据库值成功时，把这些值从消息队列中去除，以免重复操作。

当删除缓存值或者是更新数据库值失败时，执行失败策略，重试服务从消息队列中重新读取这些值，然后再次进行删除或更新。

删除或者更新失败时，需要再次进行重试，重试超过的一定次数。向业务层发送报错信息。

3|0canal组件

原理：监控mysql主库的binlog日志，把更新后的数据同步到redis中。
使用Binlog实时更新/删除Redis缓存。利用Canal，即将负责更新缓存的服务伪装成一个MySQL的从节点，从MySQL接收Binlog，解析Binlog之后，得到实时的数据变更信息，然后根据变更信息去更新删除Redis缓存。

__EOF__

本文作者：along
本文链接：https://www.cnblogs.com/yclblogs/p/16391870.html
关于博主：评论和私信会在第一时间回复。或者直接私信我。
版权声明：本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！
声援博主：如果您觉得文章对您有帮助，可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力！