Redis主从复制

引用学习：https://space.bilibili.com/95256449/

概念

主从复制，就是指一台Redis服务器的数据，复制到其他的Redis服务器。目前称为主节点（master/leader），后者称为从节点（slave/follower）；

需要注意：

1、数据的复制是单向的，只能从主节点到从节点，Master以写为主，slave以读为主

2、默认情况下，每台Redis 服务器都是主节点。

主从复制的作用主要包括：

1、数据冗余：主从复制实现了数据的热备份，是持久化以外的一种数据冗余方式。

2、故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速故障恢复；实际上是一种服务的冗余。

3、负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（及写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），以此来分担服务器负载；尤其是在少写读多的情况下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。

4、高可用（集群）基石：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

一般来说，要将Redis运行于工程项目中，只是用一台Redis是万万不能的，因为会宕机，原因如下：

1、从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大；

2、从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为256G，也不能将所有的内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。

电商网站上的商品，一般都是一次上传，无数次浏览的，说专业点也就是"多读少写"。

主从复制，读写分离！ 80% 的情况下都是在进行读操作！减缓服务器的压力！架构中经常使用！ 最低配置：一主二从！

只要在公司中，主从复制就是必须要使用的，因为在真实的项目中不可能单机使用Redis！

环境搭建

可以通过info replication来查看服务的信息

127.0.0.1:6379> info replication    # 查看当前库的信息
# Replication
role:master    # 角色 master
connected_slaves:0    # 没有从机
master_replid:8ec9ff1763832dc5282bc60361f71463fe3d61c6
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

1）复制三个配置文件，用于模拟3个Redis集群。

2）分别修改5处配置文件的信息：为了不重复

1、端口

2、保证守护进程开启，也就是后台运行

 3、pid进程文件名称

 4、log日志文件的名称

 5、dump.rdb持久化文件的名称

3）修改完毕之后，启动我们的3个redis服务器，可以通过进程信息查看！

开启三个伪集群

[root@zxh bin]# redis-server zxhconfig/redis79.conf 
[root@zxh bin]# redis-server zxhconfig/redis80.conf 
[root@zxh bin]# redis-server zxhconfig/redis81.conf 
[root@zxh bin]# 

查看进程

配置一主二从

默认情况下，每台Redis服务器都是主节点，我们只需要配置从机就好了

• 配置： 一主 （79）二从（80，81）

• 具体的配置：只需要记住认老大的机制

命令行配置

命令行的配置是临时的，主要redis服务重启后就会变回主节点master

• 客户端分别连接到3个redis集群，查看信息

•  在没有配置从机之前，3个集群都是master主节点

[root@zxh bin]# redis-cli -p 6379
127.0.0.1:6379> info replication
# Replication
role:master    # 主节点
connected_slaves:0    # 目前的从机个数为0
master_replid:14b11ec645668477bb15f9e06011eee359f28aac
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:

1、从机配置，认老大！

• 命令格式： slaveof host port

# 在两个从机上进行配置
127.0.0.1:6380> slaveof 127.0.0.1 6379    # 找谁当自己的老大
OK
127.0.0.1:6380> info replication
# Replication
role:slave    # 变成了从机
master_host:127.0.0.1    # 主机的ip地址
master_port:6379    # 主机的端口port
master_link_status:up
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_repl_offset:14
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:4864fe3562d3d55a78052a4c27e8afb8a7ace8cd
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:14
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:14

# 在主机中查看
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2    # 多了从机的配置
slave0:ip=127.0.0.1,port=6380,state=online,offset=182,lag=0    # 多了从机的配置
slave1:ip=127.0.0.1,port=6381,state=online,offset=182,lag=0
master_replid:4864fe3562d3d55a78052a4c27e8afb8a7ace8cd
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:182
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:182

如果配置完成，可以看到6379端口的主机下，已经有两个从机了

2、数据的主从复制

1）主节点进行写入操作

 2）从节点可以获取到

 3）如果主节点进行了 flushdb操作，从节点可以收到并执行，因为它是写操作

 真实的从主配置应该在配置文件中配置，这样的话是永久的，我们这里使用的是命令，暂时的！

主机和从机的细节

1、第一点：主机和从机的都可以写吗？

• 主机可以写

•  从机可以同步到数据，但是不能写

2、第二点：主机断开后又连接回来了，中间会怎么样？

• 主机关闭，这个时候，客户端只能做读的操作，但是没有写的操作

• 这样的话可用性的不是很高，后面会讲哨兵机制，在主机断开后，会在从机中选出一个当做主机。

• 此时主机重新连接，并再次写入数据，从机依然可以同步到数据

3、第三点：如果从机挂掉了，再重新连接上数据还会在吗？

1）将81端口的从机关闭后，再重新连接

• 可以看到之前的主机同步复制过来的数据还在，那是因为 开启了 rdb持久化机制，除了满足save时间间隔和flushall之外，redis服务断开后也会持久化数据。

 2）此时主机进行写入操作

 80端口的从机，因为没有断开肯定是同步复制到数据的。

 由于命令行配置的从机是暂时的，所以同步不到数据了

3）现在再次配置81端口为从机

• 发现数据全部都同步复制过来了，这就需要知道复制的原理

配置文件配置

• 配置文件进行的从机配置是永久的

• 只要从机已启动，主机就会立刻开启子进程，将全部的数据同步复制到从机

1、配置文件的从机配置在 replication

 2、配置这两处即可！

复制原理

slave 启动成功连接到 master 后会发送一个sync 同步命令

master 接到命令，启动后台的存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，并完成一次完全同步。

全量复制：而slave服务在接收到数据文件之后，将其存盘并加载到内存中。

增量复制：Master继续将所有收集到的写命令依次传给slave，完成同步。

只要slave是重新连接master，一次完全同步（全量复制）将被自动执行！ 我们的数据一定可以在从机中看到！

配置层层链路

概念

除了可以配置一主二从的关系，还以配置链路的关系（就是 79 -80 - 81）。

这个时候也可以实现主从复制

测试

 主节点进行写操作，通过80端口的节点同步数据给81端口的结点，可以实现主从复制 

谋朝篡位

• 当69端口的master主节点故障后，我们可以手动配置让80端的从节点变成老大

• 那么就不会出现像一主二从的关系下，master节点故障了，只剩下读操作

• 这就好像谋朝篡位，不过这里是手动在命令行配置，哨兵模式可以自动配置

1、关闭69端口的主节点

 2、80端口的从节点篡位，变成了master主节点，并进行写操作

 3、81端口的从节点，可以同步复制到数据

小结

这一部分 Redis主从复制都是为了讲原理，为了后面的哨兵模式做铺垫，这些在工作中不会用到。

• 如果没有老大了，这个时候能不能选择一个老大出来呢？ 手动配置！

• 后面的哨兵模式可以实现自动配置。

谋朝篡位

如果主机断开了连接，我们可以使用 SLAVEOF no one 让自己变成主机！其他的节点就可以手动连接到最新的这个主节点（手动）！

如果这个时候老大修复了，肯定就没有小兵了，那就需要将80端口的节点重新连接回79端口的主节点！