一主二仆

接主从案例，参考：Redis v6 主从

• 停止一台从服务器（如6381）

如上，我们在停止6381服务器后，继续在主服务器上添加key，我们在6380服务器上能够正常看到在主服务器上添加的key。

• 再次启动6381服务器，观察会有什么样的效果

[root@iZ2ze2rikqlh3ql1n2cw61Z ~]# /usr/local/bin/redis-server /myredis/redis6381.conf 
[root@iZ2ze2rikqlh3ql1n2cw61Z ~]# /usr/local/bin/redis-cli -p 6381
127.0.0.1:6381> info replication
# Replication
role:master   #再次启动，这里显示是主服务器，这是其中一个特点，并不会自动变成从服务器
connected_slaves:0
master_failover_state:no-failover
master_replid:68d55763c83f89a955286d7ce21d06123e42a2d3
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

通过这一步，我们知道了从服务器关闭后再次启动是一个独立的服务器，是一个主服务器，不会自动变成从服务器，如果要变成从服务器，我们需要继续下一步操作，也就是执行之前的slaveof操作。

• 将刚才重新启动的6381服务器变成从服务器

127.0.0.1:6381> slaveof 127.0.0.1 6379
OK
127.0.0.1:6381> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_read_repl_offset:893
slave_repl_offset:893
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:7d5e934367c47fa167eb3d6642a85948c396cfdd
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:893
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:880
repl_backlog_histlen:14

• 再次查看服务器中的key，我们观察效果：

127.0.0.1:6381> keys *
1) "k1"
2) "k2"

我们发现和主节点上的key还有另外一个从服务器上的key是保持一致的。也就是从服务器重新启动后会把主服务器中的数据从头复制到从服务器上。

• 继续测试，如果主服务器挂掉了以后会怎么样？ 经过测试，主服务器挂掉后，从服务器不会上位，还是会认之前的是大哥。
• 继续测试，如果主服务器重新启动后会怎么样？ 经过测试，主服务器重启之后还是主服务器，也就是还是当大哥。

薪火相传

• 上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
• 用 slaveof <ip><port>
• 中途变更转向:会清除之前的数据，重新建立拷贝最新的
• 风险是一旦某个slave宕机，后面的slave都没法备份
• 主机挂了，从机还是从机，无法写数据了

演示：主服务器6379同步给从服务器6380，从服务器同步给从服务器6381

#在6381上执行命令slaveof
127.0.0.1:6381> slaveof 127.0.0.1 6380
OK
127.0.0.1:6381> info replication
# Replication
role:slave	#还是从服务器
master_host:127.0.0.1
master_port:6380	#主服务器变成了6380
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_read_repl_offset:2615
slave_repl_offset:2615
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:7d5e934367c47fa167eb3d6642a85948c396cfdd
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:2615
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:880
repl_backlog_histlen:1736

我们查看作为原主服务器的6379有几台从机？

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1	#只有一台6380
slave0:ip=127.0.0.1,port=6380,state=online,offset=2867,lag=0
master_failover_state:no-failover
master_replid:7d5e934367c47fa167eb3d6642a85948c396cfdd
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:2867
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:2867

反客为主（建立在薪火相传的基础上）

• 当一个master宕机后，后面的slave可以立刻升为master，其后面的slave不用做任何修改。
• 用 slaveof no one 将从机变为主机。
• 测试当主服务器挂掉后，从服务器上位

127.0.0.1:6380> slaveof no one
OK
127.0.0.1:6380> info replication
# Replication
role:master	#之前是从服务器，现在变成了主服务器，小弟还是那个小弟6381
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=3371,lag=1
master_failover_state:no-failover
master_replid:fa8ff532f1d371ffc8618eb6edbd784f384d01c0
master_replid2:7d5e934367c47fa167eb3d6642a85948c396cfdd
master_repl_offset:3371
second_repl_offset:3358
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:3371

注意：以上这个反客为主的操作是需要手动操作的，但是工作中运维人员这样操作的可能不大，因为比较耗费时间，如果能变成全自动的就好了。我们的办法就是用下面学习的哨兵模式。

主从复制原理（必须记住）

• Slave启动成功连接到master后会给主服务器发送一个sync（同步）命令（这一步是从服务器主动做的）
• 主服务器接到从服务器发送过来的同步消息，把主服务器数据进行持久化到rdb文件了，把rdb文件发送给从服务器，从服务器拿到rdb进行获取（这一步是主服务器主动做的）
• 每次主服务器进行写操作之后，和从服务器会进行数据同步（这一步是主服务器主动做的）
• 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
• 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步。
• 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行）