redis集群高可用方案-redis集群怎么解决高可用(1-14-82)

Redis本文目录一览：

• 1、调研Redis高可用两种方案
• 2、Redis集群方案应该怎么做
• 3、redis哨兵和集群同时使用不
• 4、redis集群高可用怎么清除缓存
• 5、redis高可用实践之FAILOVER
• 6、分布式系统一致性高可用的解决方案总结

调研Redis高可用两种方案

1、Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分。

2、Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移 自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。

3、Redis 高可用方案常用的有两种：Redis Sentinel 和 Redis Cluster ，本篇笔记介绍这两种方案如何在 Kubernetes 中部署。

Redis集群方案应该怎么做

1、为了增加集群的可访问性，官方推荐的方案是将node配置成主从结构，即一个master主节点，挂n个slave从节点。如果主节点失效，redis cluster会根据选举算法从slave节点中选择一个上升为master节点，整个集群继续对外提供服务。

2、Redis集群，要保证16384个槽对应的node都正常工作，如果某个node发生故障，那它负责的slots也就失效，整个集群将不能工作。为了增加集群的可访问性，官方推荐的方案是将node配置成主从结构，即一个master主节点，挂n个slave从节点。

3、准备redis镜像 Redis官方已经提供了Redis 2和3的镜像，都可以用来作为Redis集群的镜像，2是稳定版本。目前官方推出了alpine版本的Redis镜像，alpine镜像的优势是体积小。

redis哨兵和集群同时使用不

1、单个Redis服务如果宕机的话，服务就不可用了，为了解决这种问题，redis也提供有集群服务。传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。

2、集群至少需要3主3从，且每个实例使用不同的配置文件，主从不用配置，集群会自己选。

3、但是主从模式的高可用会有问题。因为主节点挂了之后是没有自动选主机制的，需要人工干预来指定一个从节点作为主节点。为了解决主从模式不能高可用的问题，哨兵模式就出现了。哨兵模式就是在主从模式的基础上再加一个哨兵集群。

redis集群高可用怎么清除缓存

1、idea清除redis缓存如下：访问redis根目录cd/user/local/Redis；19进入src/Redis-clicks/Redis-cli；执行dbsize-执行flushall-执行exit。

2、所以可以省去cacheName参数来获取 bbsCache = Redis.use（）； // 主缓存可以省去cacheName参数 bbsCache.set（jfinal， awesome）； //删除给定的一个 key， 不存在的 key 会被忽略。

3、在 redis 中删除缓存有两种方式，一种是自我消亡，也就是 过期 销毁，还有有一种是 主动 销毁，我们先看一下，过期时间如何设置 我们设置了 10s 后过期，过完10s后发现，这个```key data``消失了。

redis高可用实践之FAILOVER

CLUSTER FAILOVER TAKEOVER： 为了处理半数master节点异常的场景，可以添加***TAKEOVER 选项。通过TAKEOVER 选项，可以无需获得半数master的认同，而是直接更新状态为master并向所有可达的节点发送最新配置epoch。

而Redis 为了保证迁移的一致性，迁移所有操作都是同步操作 ，执行迁移时，两端的 Redis 均会进入时长不等的阻塞状态，对于小 Key，该时间可以忽略不计，但如果一旦 Key 的内存使用过大，严重的时候会接触发集群内的故障转移，造成不必要的切换。

redis 高可用架构叫故障转移，failover，也可以叫做主备切换，切换的时间不可用，但是整体高可用。

是一种去中心化的集群架构 Redis Cluster 的性能与单节点部署是同级别的。 多主节点、负载均衡、读写分离 Redis Cluster 支持标准的 主从复制配置来保障高可用和高可靠。

试想如果用来保障redis集群高可用的哨兵是单机的，然后哨兵挂了，redis也挂了，这tm是何等 卧槽？ 所以哨兵也是集群的，所有操作需要进行投票决定。

Redis cluster 使用异步复制的模式，故障转移的时候，被选为主的节点，会用自己的数据去覆盖其他副本节点的数据。所以总有一个时间口会丢失数据。

分布式系统一致性高可用的解决方案总结

1、异步复制：使用数据复制的异步机制可以提高系统的可用性和性能。数据更改可以被快速接受和处理，而副本的一致性会在后台异步更新。 两阶段提交（2PC）：2PC是一种常见的协议，用于在分布式系统中实现数据一致性。

2、要保证多个系统间数据一致，乍一看，必须要引入分布式事务框架才能解决。但引入非常重的类似二阶段提交分布式事务框架会带来复杂性的急剧上升；在电商领域，绝对的强一致是过于理想化的，我们可以选择准实时的最终一致性。

3、在第二种方案的基础上，我们先解决订单的重复支付行为，我们需要在支付系统上对订单号进行控制，一笔订单如果已经支付成功，不能在进行支付。返回重复支付标识。那么订单系统根据返回的标识，更新订单状态。