本文目录一览：
- 1、调研Redis高可用两种方案
- 2、玩转Redis的高可用(主从、哨兵、集群)
- 3、redis能解决什么问题
- 4、如何利用Redis扩展数据服务,实现分片及高可用
- 5、redis主从架构高可用如何实现
- 6、redis高可用实践之FAILOVER
Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换 。1 自动故障迁移 自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务 。这种方式需要实现Redis Sentinel监控系统 。
Redis哨兵是一种自动化的Redis高可用解决方案，可以监测主节点的状态 ， 并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性 。
玩转Redis的高可用(主从、哨兵、集群)Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点 。主节点负责写入数据，从节点负责读取数据 。
哨兵模式解决了故障不能自动恢复的问题，但仍存在的问题是：Redis较难支持在线扩容，对于集群，容量达到上限时在线 扩容会变得很复杂。
Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。要使用哨兵机制，除了启动Redis服务以外 ， 还要启动哨兵服务来进行监控，会介绍详细步骤 。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换 。
这个哨兵模式才稳定下来，无论是主从模式 ， 还是哨兵模式，这两个模式都有一个问题，不能水平扩容，并且这两个模式的高可用特性都会受到Master主节点内存的限制 。
原理：当主节点出现故障时，由Redis Sentinel自动完成故障发现和转移，并通知应用方，实现高可用性 。
redis能解决什么问题1、类似的问题就可以用Redis来解决 。比如说，我们的一个Web应用想要列出用户贴出的最新20条评论 。在最新的评论边上我们有一个“显示全部”的链接，点击后就可以获得更多的评论 。
2、redis之所以能解决高并发的原因是它可以直接访问内存 ， 而以往我们用的是数据库（硬盘） ， 提高了访问效率，解决了数据库服务器压力 。
3、并使用Redis的原子性操作来保证数据的正确性 。分布式锁：Redis可以作为分布式锁的实现之一 。由于Redis具有高速读写和原子性操作等特性，它可以有效地解决分布式系统中的并发问题 。
4、我们来看下如何利用Redis来解决上面的三个问题 。库存安全 利用Redis来做库存扣减，避免超限的方法很多，坑也很多，我们先来看下常用的陷阱有哪些 。
5、解决了这个问题那还需要解决另一个问题 ， 就是怎么判断当前用户限定时间内访问了当前接口 。其实这个也简单，可以使用Redis来做，用户名 + 接口 + 参数啥的作为唯一键，然后这个键的过期时间设置为注解里过期字段的值 。
6、用Redis来找出哪些数据需要过期删除，然后再精准地从数据库中删除相应的记录 。计数器应用 Redis的命令都是原子性的，你可以轻松地利用INCR，DECR命令来构建计数器系统 。
如何利用Redis扩展数据服务,实现分片及高可用redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机 ， 自动会进行主备切换 。
在使用 redis-tri.rb reshard 进行分片重哈希（数据迁移），将旧节点上的 slots 分配到新节点上后，新节点才能起作用 。缩容时，先要使用 redis-tri.rb reshard 移除的机器上的 slots，然后使用 redis-tri.rb add-del 移除机器 。
Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换 。1 自动故障迁移 自动故障迁移是指当主节点出现宕机或者故障时 ， 从节点可以自动接替主节点的职责，继续提供服务 。这种方式需要实现Redis Sentinel监控系统 。
redis主从架构高可用如何实现1、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换 。
2、新版本Redis使用psync命令来代替sync命令，该命令既可以实现完整全同步也可以实现部分同步 。
3、Sentinel ： redis 自带的主从切换工具，我们通过 sentinel 实现集群高可用 。客户端（ Smart Client ）：客户端通过约定查找 redis 实例在 ZooKeeper 中写入的地址 。
4、为了保证数据的高可用性 ， 加入了主从模式，一个主节点对应一个或多个从节点 ， 主节点提供数据存?。咏诘阍蚴谴又鹘诘憷∈荼阜?，当这个主节点挂掉后，就会有这个从节点选取一个来充当主节点，从而保证集群不会挂掉 。
redis高可用实践之FAILOVER1、CLUSTER FAILOVER TAKEOVER： 为了处理半数master节点异常的场景，可以添加***TAKEOVER 选项 。通过TAKEOVER 选项，可以无需获得半数master的认同 ， 而是直接更新状态为master并向所有可达的节点发送最新配置epoch 。
2、而Redis 为了保证迁移的一致性，迁移所有操作都是同步操作，执行迁移时 ， 两端的 Redis 均会进入时长不等的阻塞状态，对于小 Key，该时间可以忽略不计 ， 但如果一旦 Key 的内存使用过大，严重的时候会接触发集群内的故障转移，造成不必要的切换 。
3、Redis Cluster 的性能与单节点部署是同级别的 。多主节点、负载均衡、读写分离 Redis Cluster 支持标准的 主从复制配置来保障高可用和高可靠 。
4、Redis主从复制可以将写入操作集中在主节点，提高写入性能 。同时从节点负责读取数据，可以分担主节点的读取负担，提高读取性能 。
5、Failover 如图1所示，当 redis 启动时 ， 会 把自己的 IP：Port 写入到 ZooKeeper 中 。其中的 主实例模式启动时会在 /redis/ 业务名 / 组名 永久节点写入自己的 IP：Port （如果节点不存在则创建） 。
【redis基础操作 redis从入门到高可用】6、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现 ， 任何一个实例宕机，自动会进行主备切换 。
