本文目录一览：
- 1、Linux下安装配置redis详细教程,并配置哨兵模式
- 2、redis主从和哨兵
- 3、redis主从+哨兵
- 4、Redis哨兵模式的实现原理
- 5、Redis高级-15-哨兵模式-故障转移阶段工作流程
- 6、Redis哨兵模式(故障转移测试)
AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中 。
哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举，大多数达成一致 。
传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中 ， 保证数据一致性的问题 。
redis主从和哨兵配置3个哨兵和1主2从的Redis服务器来演示这个过程 。首先配置Redis的主从服务器，修改redis.conf文件如下 主从服务器都需要配置 配置3个哨兵，每个哨兵的配置都是一样的 。
主从模式指的是使用一个Redis实例作为主机，其余的实例作为备份机 。一般来说主节点负责写请求 ， 从节点负责读请求，主节点异步的同步给从节点 。主节点和从节点保存的数据是相同的，但是因为同步，从节点的数据会有一点延迟 。
【redis哨兵模式部署 redis哨兵如何实现】一般需要三个节点，每个节点有一个 redis 和一个哨兵 。下面再分别描述 。我这里按三个 节点，先配置 redis 的主从复制 。1个节点作为 master，2个副本 。
Redis 在 8 版本以后提供的 哨兵（***Sentinel***）机制，它的作用是实现 主从节点故障转移。它会监测主节点是否存活 ， 如果发现主节点挂了，它就会选举一个从节点切换为主节点，并且把新主节点的相关信息通知给从节点和客户端 。
因此 ， 主从模式的一个缺点，就在于无法实现自动化地故障恢复。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性 。哨兵 ， 就是站岗放哨的，时刻监控周围的一举一动 ， 在第一时间发现敌情并发出及时的警报 。
redis主从+哨兵1、首先配置Redis的主从服务器，修改redis.conf文件如下 上述内容主要是配置Redis服务器，从服务器比主服务器多一个slaveof的配置和密码 。配置3个哨兵 ， 每个哨兵的配置都是一样的 。
2、如果发生了客观下线，那哨兵节点会选举出一个leader来进行实际的故障转移工作 。
3、Redis哨兵模式的实现原理 。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务 。
4、通过 pub/sub 机制 ， 哨兵之间可以组成集群，同时，哨兵又通过 INFO 命令，获得了从库连接信息，也能和从库建立连接，并进行监控了 。
Redis哨兵模式的实现原理1、因此，主从模式的一个缺点 ， 就在于无法实现自动化地故障恢复。Redis后来引入了哨兵机制，哨兵机制大大提升了系统的高可用性 。哨兵 ， 就是站岗放哨的，时刻监控周围的一举一动 ， 在第一时间发现敌情并发出及时的警报 。
2、哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令 ， 哨兵是一个独立的进程，作为进程，它会独立运行 。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例 。
3、原理 监控 sentinel节点需要监控master、slave以及其他sentinel节点的状态 。这一过程是通过Redis的pub\sub系统实现的 。
Redis高级-15-哨兵模式-故障转移阶段工作流程1、Redis 高可用的主要有三种模式： 主从模式，哨兵模式和集群模式 。Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去 。
2、故障转移时，判断一个master node是宕机了，需要大部分的哨兵都同意才行，涉及到了分布式选举的问题 （2）即使部分哨兵节点挂掉了，哨兵集群还是能正常工作的 。
3、必须半数以上是为了应对网络分区等原因造成的集群分割情况，被分割的小集群因为无法完成从主观下线到 客观下线这一关键过程，从而防止小集群完成故障转移之后继续对外提供服务 。
4、由上面的内容可知，节点客观下线时会被置为 CLUSTER_NODE_FAIL 状态 ， 下次执行集群定时任务时，在故障转移处理函数 clusterHandleSlaveFailover 中，就可以根据状态来检查是否需要执行故障转移 。
5、这个哨兵模式才稳定下来 ， 无论是主从模式，还是哨兵模式，这两个模式都有一个问题，不能水平扩容，并且这两个模式的高可用特性都会受到Master主节点内存的限制 。
6、在哨兵模式中，仍然只有一个 master 节点 。当并发写请求较大时，哨兵模式并不能缓解写压力 。在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性 。
Redis哨兵模式(故障转移测试)1、哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态，当redis主节点发生故障 ， 哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举，大多数达成一致 。
2、哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行 。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例 。
3、哨兵集群在发现 master node 挂掉后会进行故障转移，也就是启动其中一个 slave node 为 master node。在这过程中，可能会导致数据丢失的情况 。
4、测试哨兵模式结果，如下图：哨兵集群，基于主从复制模式，所有的主从配置优点，它全有 。主从可以切换，故障可以转移，系统的可用性就会更好 。哨兵模式就是主从模式的升级，手动到自动，更加健壮 。
5、哨兵模式概述 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行 。其原理是 哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例 。
