主从复制概念

主从复制指将一台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，然后通过发布订阅模式通知其它从机切换主机。

配置哨兵

在/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

下面测试如果master宕机了，会不会重新选举一个新的master。

现在手动把master关掉，等待几秒钟可以看到master主机变成了6380

如果此时原来的主机恢复正常了呢，会不会重新这是其为master，答案是否定的，原来的主机恢复正常后，只能作为新主机的从节点。

好了，写了这么多终于把redis的注册复制写完了！

------------------------------------------------END-----------------------------------------------------------------

你的一个赞一个关注是我创作的动力，是我持续输出的能量源泉，老铁关注一波吧！