本文目录一览：
- 1、redis集群主数据都是一致的吗为什么?
- 2、2020-05-16:如何保证redis和mysql数据一致?
- 3、秒杀过程中怎么保证redis缓存和数据库的一致性
- 4、如何保证redis与mysql数据最终一致性
传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中 ， 保证数据一致性的问题 。
如何保证redis集群和mysql的数据一致性 如果要“保证”数据的安全性，那么会带来开销的进一步提升，以至于使用redis带来的性能优势都会丧失 。
多个master也只有一个主，一个或者多个备，一般都是在主上面进行增删，从一般都是通过复制log进行同步 。这也是所有的主从复制式集群的原理，例如redis，mysql都是如此 。
主从模式指的是使用一个Redis实例作为主机，其余的实例作为备份机 。一般来说主节点负责写请求，从节点负责读请求，主节点异步的同步给从节点 。主节点和从节点保存的数据是相同的，但是因为同步，从节点的数据会有一点延迟 。
会对响应 和 指令吞吐量有影响 。Redis 提供 6 种内存淘汰机制：在 0 后增加了两种模式：有这样一种场景， 应用1 向主节点写数据，并且设置失效时间 。
2020-05-16:如何保证redis和mysql数据一致?SAGA或者TCC - 这两种需要业务代码的大量配合 。通过业务代码来补偿一致性 。现实当中有XA协议 。比如Ehcache是支持XA协议的 。但是性能表现不佳 ， 运维也麻烦 。
【redis和sqlserver redis与sqlserver一致性】如果要“保证”数据的安全性，那么会带来开销的进一步提升，以至于使用redis带来的性能优势都会丧失 。正确的做法是区分不同的业务，使得并不需要“保证”数据一致性的场合，可以使用redis优化 。而敏感的场合依然使用mysql 。
二者数据同步的关键在于mysql数据库中主键，方案是在redis启动时区mysql读取所有表键值存入redis中，往redis写数据是，对redis主键自增并进行读取 ， 若mysql更新失败，则需要及时清除缓存及同步redis主键 。
答案是肯定的 ， 下面通过canal结合Kafka来实现mysql与redis之间的数据同步 。架构设计 通过上述结构设计图可以很清晰的知道用到的组件：MySQL、Canal、Kafka、ZooKeeper、Redis 。
秒杀过程中怎么保证redis缓存和数据库的一致性如果要“保证”数据的安全性，那么会带来开销的进一步提升 ， 以至于使用redis带来的性能优势都会丧失 。正确的做法是区分不同的业务，使得并不需要“保证”数据一致性的场合，可以使用redis优化 。而敏感的场合依然使用mysql 。
这种情况应该是先删除缓存 ， 然后在更新数据库，如果删除缓存失败，那就不要更新数据库，如果说删除缓存成功 ， 而更新数据库失败 ， 那查询的时候只是从数据库里查了旧的数据而已，这样就能保持数据库与缓存的一致性 。
为了解决这个问题 ， 有以下几种方案： 更新数据库 + 更新缓存 更新数据库 + 删除缓存 加「分布锁」第一种方案可以保证数据的一致性，但是在某些场景下可能会导致性能问题 。
保证一致性的做法就是用某种分布式协议一致性来做：SAGA或者TCC - 这两种需要业务代码的大量配合 。通过业务代码来补偿一致性 。现实当中有XA协议 。比如Ehcache是支持XA协议的 。但是性能表现不佳，运维也麻烦 。
面试题剖析一般来说 ， 如果允许缓存可以稍微的跟数据库偶尔有不一致的情况，也就是说如果你的系统不是严格要求“缓存+数据库” 必须保持一致性的话 ， 最好不要做这个方案，即：读请求和写请求串行化，串到一个内存队列里去 。
二者数据同步的关键在于mysql数据库中主键，方案是在redis启动时区mysql读取所有表键值存入redis中，往redis写数据是，对redis主键自增并进行读?。鬽ysql更新失败 ， 则需要及时清除缓存及同步redis主键 。
如何保证redis与mysql数据最终一致性这种情况应该是先删除缓存，然后在更新数据库 ， 如果删除缓存失败，那就不要更新数据库，如果说删除缓存成功 ， 而更新数据库失败，那查询的时候只是从数据库里查了旧的数据而已，这样就能保持数据库与缓存的一致性 。
SAGA或者TCC - 这两种需要业务代码的大量配合 。通过业务代码来补偿一致性 。现实当中有XA协议 。比如Ehcache是支持XA协议的 。但是性能表现不佳，运维也麻烦 。
二者数据同步的关键在于mysql数据库中主键，方案是在redis启动时区mysql读取所有表键值存入redis中，往redis写数据是，对redis主键自增并进行读取 ， 若mysql更新失败 ， 则需要及时清除缓存及同步redis主键 。
如果要“保证”数据的安全性，那么会带来开销的进一步提升，以至于使用redis带来的性能优势都会丧失 。正确的做法是区分不同的业务 ， 使得并不需要“保证”数据一致性的场合，可以使用redis优化 。而敏感的场合依然使用mysql 。
