Redis 与Mysql 如何保证数据一致性

Redis 是 

为了实现 应用与数据库之间 读操作的缓存层，主要目的是去 减少数据库的IO

还可以提升数据库的性能

 

整体架构如下：

 1、当应用程序需要去读取 某个数据 的时候，

首先会尝试 从Redis里面去加载，如果命中了——>就直接返回，

                                                       如果没有命中————>就从数据库里边查询，

                                                        查询到数据之后————> 再把数据缓存到Redis里面

问题来了：一份数据的保存，需要同时去更新Redis和Mysql，由于更新操作是有先后顺序的，

并且，它并不像Mysql中的 多表事务操作(满足ACID特性)，所以会出现一个 数据一致性的问题。

可选择的方法有几种：

1、先更新数据库在更新缓存

如果缓存更新失败，就会导致数据库和 Redis中的数据是不一致的

2、先删除缓存，在更新数据库 

 如果先删除缓存，在更新数据库，理想情况下，是应用下次访问Redis的时候，发现Redis里面的数据是 空的，那么就会从数据库中加载，保存到Redis里面，也就是说数据理论上是一致的，但是 在极端情况下，由于 删除Redis和更新数据库，这两个操作并不是原子操作，所以，在这个过程中，如果出现其他线程来访问，还是会出现数据不一致的问题，所以 如果需要在极端情况下，仍然去保证 Redis和Mysql的 数据一致性，就只能采用最终一致性的一个方案。

3、基于RabbitMQ的可靠性消息通信，来实现数据的最终一致性，还可以直接通过Canal组件监控Mysql中的binlog日志，把更新后的数据同步到Redis里面，由于是 经过最终一致性来实现的，业务场景不能去接受数据的短期不一致性，那么就不能使用这样的一个方案来实现