Linux 简单通俗理解Redis主从复制【redis】_linux redis主主复制-CSDN博客

本文链接：https://blog.csdn.net/qq_46489085/article/details/121737159

Redis主从复制

在这里插入图片描述

概念

主从复制，是指将一台Redis服务器的数据复制到其他的Redis服务器。

前者称为主节点（Master/Leader）,后者称为从节点(Slave/Follower)，数据的复制是单向的！只能由主节点复制到从节点（主节点以写为主、从节点以读为主）。

默认情况下，每台Redis服务器都是主节点，一个主节点可以有0个或者多个从节点，但每个从节点只能有一个主节点。

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

从服务器会向主服务器发出SYNC指令，当主服务器接到此命令后，就会调用BGSAVE指令来创建一个子进程专门进行数据持久化工作，也就是将主服务器的数据写入RDB文件中。在数据持久化期间，主服务器将执行的写指令都缓存在内存中。

在BGSAVE指令执行完成后，主服务器会将持久化好的RDB文件发送给从服务器，从服务器接到此文件后会将其存储到磁盘上，然后再将其读取到内存中。这个动作完成后，主服务器会将这段时间缓存的写指令再以redis协议的格式发送给从服务器。

另外，要说的一点是，即使有多个从服务器同时发来SYNC指令，主服务器也只会执行一次BGSAVE，然后把持久化好的RDB文件发给多个下游。在redis2.8版本之前，如果从服务器与主服务器因某些原因断开连接的话，都会进行一次主从之间的全量的数据同步；而在2.8版本之后，redis支持了效率更高的增量同步策略，这大大降低了连接断开的恢复成本。

主服务器会在内存中维护一个缓冲区，缓冲区中存储着将要发给从服务器的内容。从服务器在与主服务器出现网络瞬断之后，从服务器会尝试再次与主服务器连接，一旦连接成功，从服务器就会把“希望同步的主服务器ID”和“希望请求的数据的偏移位置（replication offset）”发送出去。主服务器接收到这样的同步请求后，首先会验证主服务器ID是否和自己的ID匹配，其次会检查“请求的偏移位置”是否存在于自己的缓冲区中，如果两者都满足的话，主服务器就会向从服务器发送增量内容。

增量同步功能，需要服务器端支持全新的PSYNC指令。这个指令，只有在redis-2.8之后才具有。

主从复制作用

数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余的方式。
故障恢复：当主节点故障时，从节点可以暂时替代主节点提供服务，是一种服务冗余的方式
负载均衡：在主从复制的基础上，配合读写分离，由主节点进行写操作，从节点进行读操作，分担服务器的负载；尤其是在多读少写的场景下，通过多个从节点分担负载，提高并发量。
高可用基石：主从复制还是哨兵和集群能够实施的基础。

为什么使用集群

单台服务器难以负载大量的请求
单台服务器故障率高，系统崩坏概率大
单台服务器内存容量有限。

模仿集群

我们在讲解配置文件的时候，注意到有一个replication模块
查看当前库的信息：info replication

127.0.0.1:6379> info replication
#Replication
role:master # 角色
connected_slaves:0 # 从机数量
master_replid:3b54deef5b7b7b7f7dd8acefa23be48879b4fcff
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

既然需要启动多个服务，就需要多个配置文件（复制三个 redis.conf就可以了）。每个配置文件对应修改以下信息：

端口号 #为了模拟不同的主机
pid文件名 # 为了区分文件是那个产生的
日志文件名 # 也是为了区分文件产生对象
rdb文件名 # 同样为了区分
启动单机多服务集群：

一主二从配置

默认情况下，每台Redis服务器都是主节点；我们一般情况下只用配置从机就好了！

认老大！一主（6379）二从（6380，6381）
主机79，从机分别为80，81

使用SLAVEOF host port就可以为从机配置主机了。

127.0.6.1:6380> SLAVEOF 127.0.0.1 6379
OK
127.0.0.1:6380> info replication
# Replication
roLe SLave
haster host:127.0.0.1
naster port:6379
naster Link status:up
aster_Last_ io seconds_ ago:o 
naster sync . in_ progress:o
sLave_ repL offset:28
sLave priority:100
lave_ read_ onLy :1
connected_ sLaves:o

127 .0.0.1:6381> SL AVEOF 127 .0.0.1 6379
0K
127.0.0.1:6381> info replication
# Replication
roleslave
master_ host:127.0.0.1
master port :6379
master. Link_ status: up
master_Last_ io_ seconds_ ago:4
master sync_ in_ progress:o
slave_ repl_ offset:56
slave_ priority: 100
sLave read only :1
connected_ sLaves: 0

然后主机上也能看到从机的状态：

127.0.0.1:6379> info replication
# RepLication
roLe :master
connected_ slavesS2
# salve指的就是从机
slave0:ip=127.0.0.1, port=6380, state=ontine , offset=252, Lag=1
slave1:ip=127.0.0.1.port=6381, state=ontine, offset=252, Lag=1
master. replid: 8f 615b36b4b44ad2dae3cfac90045f 7 ab9ce4b5e I
master repLid2 : 0000000000000000000000000000000000000000
master rep_ offset:252
second_ rep_ offset:-1
repl_ backlog_ active:1
repl_ backlog_ size: 1048576
repl_ backlog_first_ byte_ offset:1
repl_ backLog histlen:252
htps://blog.csdn.netweixin_ 43873227

我们这里是使用命令搭建，是暂时的，真实开发中应该在从机的配置文件中进行配置这样的话是永久的。
在这里插入图片描述
可以把#去掉然后设置maserip和masterprot把配置写死

使用规则

从机只能读，不能写，主机可读可写但是多用于写
主机的所有信息和数据，都会被从机保存

主机写，从机写

--------------------从机6381------------------------------
 127.0.0.1:6381> set name gql # 从机6381写入失败
(error) READONLY You can't write against a read only replica.

--------------------从机6380------------------------------
127.0.0.1:6380> set name gql # 从机6380写入失败
(error) READONLY You can't write against a read only replica.

--------------------主机6379------------------------------
127.0.0.1:6379> set name gql # 主机6379写入成功
OK
127.0.0.1:6379> get name # 主机6379读取成功
"gql"

主机写，从机读

--------------------主机6379------------------------------
127.0.0.1:6379> set name ljk # 主机6379写入成功
OK

--------------------从机6381------------------------------
 127.0.0.1:6381> get name # 从机6381读取成功
"ljk"

--------------------从机6380------------------------------
127.0.0.1:6380> get name # 从机6380读取成功
"ljk"

重点！！！

a. 当主机断电宕机后，默认情况下从机的角色不会发生变化(虽然老大不见了，但是还是尊重他不慌乱，甘心作下属，等着老大回来) ，集群中只是失去了写操作，当主机恢复以后（老大回来了），又会连接上从机恢复原状。
注意: 不管老大有没有回来，我都可以得到老大之前给我的东西，也就是我保存到从机的东西

b. 当从机断电宕机后，如果是使用命令行，来配置的主从机，这个时候如果重启就会变成主机了（可以使用info replication 会发现自己变成主机了），所以若不是使用配置文件配置的从机，再次启动后作为主机是无法获取之前主机的数据的，若此时重新配置这个重启后的主机为从机，又可以获取到主机的所有数据。这里就要提到一个同步原理。

b中提到，默认情况下，主机故障后，不会出现新的主机，有两种方式可以产生新的主机：