Redis精华所在，一口气说完Redis的主从复制和哨兵模式 _Redis

主从复制概念
主从复制指将一台redis的数据复制另外一台redis服务器上，前者称为主节点（master）,后者称为从节点（slave）。
注意复制的过程是单向的，只能从主节点到从节点，主节点以写为主，从节点以读为主。

文章插图

主从复制的作用
数据冗余：主从复制实现了数据的热备份
故障恢复：当主节点出现问题时，可以由从节点提供服务，快速恢复故障
负载均衡：主节点复制写数据，从节点负责读数据，实现读写分离分担服务器负载。

最常见的主从复制架构如下图所示

文章插图

手动实现主从复制

开启三个redis服务，例如开启三个端口分别为6379、6380、6381三台redis服务，未设置谁是主节点之前，默认每台服务都是主节点的，
info replication #查看节点信息

文章插图

这里为了演示所以配置了伪集群，即一台机器启动三个redis服务，只是不同端口。注意启动6380和6381需要增加一个redis配置文件，例如启动6380时复制一份redis.conf修改名字为redis6380.conf，然后修改配置文件中的以下几个地方。
daemonize yes #后台启动修改为yes
pidfile /var/run/redis_6380.pid #修改进程文件的名称
logfile "6380.log" #日志文件的名称
dbfilename dump6380.rdb #rdb文件的名称
port 6380 #端口号

文章插图

使用命令查看启动好的redis
ps -ef|grep redis

文章插图

正式配置一主二从
因为redis启动默认是主节点，所以主需要将6380和6379的设置为6379的从节点就行了，设置redis6380的主节点为6379，使用slaveof [主节点IP] [主节点端口]
slaveof 127.0.0.1 6379

文章插图

使用同样的方式设置6381，最后回到主节点6379进行查看节点信息

文章插图

至此我们就把一主二从的架构的配置好了，下面测试一下，主机写入数据后，会不会将数据自动同步到从机中。
主机设置一个key为test1

文章插图

从机进行获取test1

文章插图

进过测试，没问题，大功告成！
你以为这就完了么，有的同学会问，当主机挂了会怎么样，这个问题问的好。这种手动模式的一主二从架构，当主机挂了之后需要人为的手动重新设置一个主机，才能正常工作。说到这里，是不是会觉得这也太low了吧，讲这个有啥用，其实讲这个是为了让你清楚主从复制真正的工作原理。那么为了解决这个当主机挂了，需要手动重新设置一个主节点的问题，就需要使用我们的哨兵模式。
什么是哨兵
顾名思义，哨兵就是用来巡逻检查的，哨兵每隔一段时间会向redis发送命令，等待redis响应，如果得不到响应，此时这个哨兵会认为这台redis服务以挂掉。一般情况会启动多个哨兵，判断redis主机是否挂掉，哨兵会进行投票。例如启动三个哨兵，其中有两个哨兵认为当前redis主机以挂掉，一个认为没有，那么2:1，那可以认为当前redis挂掉了。当主节点挂掉后，哨兵会通过投票的方式重新选举一个主机。

文章插图

哨兵的作用
通过发送命令，让redis服务器返回运行状态，包括主服务器和从服务器。
当哨兵检测到master宕机后，会通过投票选举新的master，然后通过发布订阅模式通知其它从机切换主机。

配置哨兵
【Redis精华所在，一口气说完Redis的主从复制和哨兵模式】在/opt/redis-6.0.7/myconf目录下添加哨兵配置文件 sentinel.conf内容如下
sentinel monitor myredis 127.0.0.1 6379 1

意思监控master，后面的1表示当master挂了后是否发起投票。

开启一个终端，进入redis目录
启动哨兵：./src/redis-sentinel myconf/sentinel.conf