Redis系列(二)-Redis主从复制搭建(一篇文章让你学会Redis主从复制的搭建)

最新推荐文章于 2024-07-23 15:40:17 发布

HCAN学Java

最新推荐文章于 2024-07-23 15:40:17 发布

阅读量847

点赞数

分类专栏： Redis 文章标签： redis 数据库

本文链接：https://blog.csdn.net/qq_33631756/article/details/121898925

版权

Redis 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

本文详细介绍了Redis主从复制的配置过程，包括一主二从的集群搭建，以及如何通过配置文件实现持久化设置。主从复制提供了数据冗余、故障恢复、负载均衡等优势，是Redis高可用性的基础。文中还探讨了主从节点的角色转换，以及在主节点宕机后的处理策略，展示了Redis在实际应用中的重要性。

摘要由CSDN通过智能技术生成

主从复制概述

Redis主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（master/leader），后者称为从节点（slave/follower）；数据的复制是单向的，只能由主节点到从节点。Master以写为主，Slave以读为主。

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

主从复制的作用

1、数据冗余：主从复制实现了数据的热备份，是持久化的一种数据冗余方式
2、故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余
3、负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量
4、高可用基石：除了上述作用外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础

一般来说，要将Redis运用于工程项目中，只是用一台Redis是万万不能的，原因如下：
1、从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大；
2、从容量上，单个Redis服务器内存容量优先，就算一台Redis服务器内存容量为256G，也不能将所有内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。
在这里插入图片描述

搭建一个Redis集群（命令行）

我们首先要搭建一个一主二从的Redis集群

默认情况下，每台Redis服务器都是主节点，所以我们只需要搭建从节点就可以了

[root@VM-0-16-centos bin]# redis-cli -p 6379
# 命令：info replication 查看节点服务器信息
127.0.0.1:6379> info replication
role:master	# 集群主节点
connected_slaves:0 # 与之相连备节点的数量
master_failover_state:no-failover
master_replid:afe5d2cb9b4b786fa184dd309aa81ea0c4365848
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安装在同一个机器上)：一主（79）二从（80、81），还有一个应用服务器(82)，效果窗口如下：
在这里插入图片描述
搭建步骤：

1、在79上将redis.conf复制4份，分别重命名为redis79.conf，redis80.conf，redis81.conf，redis82.conf

[root@VM-0-16-centos bin]# ls
appendonly.aof  busybox-x86_64  dump.rdb  redis-benchmark  redis-check-aof  redis-check-rdb  redis-cli  redis.conf  redis-sentinel  redis-server
[root@VM-0-16-centos bin]# cp redis.conf redis79.conf
[root@VM-0-16-centos bin]# cp redis.conf redis80.conf
[root@VM-0-16-centos bin]# cp redis.conf redis81.conf
[root@VM-0-16-centos bin]# cp redis.conf redis82.conf

2、分别编辑redis79.conf，redis80.conf，redis81.conf，redis82.conf配置文件，以6379为例，修改以下配置

port：6379进程占用的端口号
pid(port id)：/var/run/redis_6379.pid	记录了进程的id，文件带有锁，可以防止程序的多次启动
logfile：log6379.log 明确日志文件位置
dbfilename：dump6379.rdb 持久化文件位置
appendfilename：appendonly6379.aof 持久化文件位置
如果设置了密码，需要在从机上添加masterauth 主机密码，否则从机连接不上主机

3、分别启动4个redis服务

[root@VM-0-16-centos bin]# ./redis-server redis79.conf
[root@VM-0-16-centos bin]# ./redis-server redis80.conf
[root@VM-0-16-centos bin]# ./redis-server redis81.conf
[root@VM-0-16-centos bin]# ./redis-server redis82.conf

4、在82上查看启动的redis进程

[root@VM-0-16-centos bin]# ps -ef|grep redis
root     31233     1  0 16:33 ?        00:00:00 ./redis-server *:6379
root     31361     1  0 16:34 ?        00:00:00 ./redis-server *:6380
root     31412     1  0 16:34 ?        00:00:00 ./redis-server *:6381
root     31525 28571  0 16:35 pts/3    00:00:00 grep --color=auto redis

5、配置主从复制

我们已经准备好了redis服务器，现在我们开始配置主从复制，只需要配置从节点。

配置80服务器是79服务器的从机(认老大)

[root@VM-0-16-centos bin]# redis-cli -p 6380
# 1、查看80服务器节点信息，还是主机的信息
127.0.0.1:6380> info replication
role:master
connected_slaves:0
master_failover_state:no-failover
master_replid:e5abbb7dd6b4aa27d4f9ced14e44f86e0edae554
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
# 2、将80服务器作为79的从机服务器，命令：SLAVEOF host port
127.0.0.1:6380> SLAVEOF 127.0.0.1 6379
OK
# 3、再次查看80服务器节点信息，变成了从机节点
127.0.0.1:6380> info replication
role:slave # 当前角色
master_host:127.0.0.1	# 主机的信息
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_read_repl_offset:0
slave_repl_offset:0
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:011a013297e4a3c7882b53c47b396e925bc62515
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:0
# 查看主机79的节点信息，可以看到从机的配置信息
role:master
connected_slaves:1	# 已连接一个从机服务器
slave0:ip=127.0.0.1,port=6380,state=online,offset=1946,lag=1	# 从机服务器信息
master_failover_state:no-failover
master_replid:011a013297e4a3c7882b53c47b396e925bc62515
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1946
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1946
127.0.0.1:6379>

6、查看搭建好的主从信息

以此类推81服务器也是同理的操作，搭建好后查看主机的信息

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=5096,lag=0	# 从机6380
slave1:ip=127.0.0.1,port=6381,state=online,offset=5096,lag=0	# 从机6381
master_failover_state:no-failover
master_replid:011a013297e4a3c7882b53c47b396e925bc62515
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:5096
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:5096

这样我们就成功的配置了一个一主二从的Redis集群。

搭建一个Redis集群（配置文件）

在真实的项目场景中，搭建Redis集群一般是采用配置文件的方式，这种方式是永久的。
在这里插入图片描述
修改上图的redis.conf配置文件，可永久的使用配置文件来搭建集群(当主机已启动的时候，启动从机会自动的将自己设置为主机下的从机节点)。

注意细节

1、主机可以写数据，从机不能写数据只能读数据！主机中所有的信息都可以同步到从机上。

测试：

用redis-cli登录79，80，81三台Redis服务器。命令：keys * 查看到Redis初始数据都为空。

在这里插入图片描述

我们在79主机上添加数据信息，从机是否可以获取到主机的数据？

在这里插入图片描述

从机是否可以写数据？

在这里插入图片描述
在从机写数据时会提示不能写只能读！从机不可以写数据。

当我们的79主机宕机后，从机的变化情况?

在这里插入图片描述
当主机宕机断开后，从机依旧连接的是主机，但是没有写操作了。

恢复断掉的主机，从机是否可以正常的再次获取主机数据？

在这里插入图片描述
当我们恢复断掉的主机后，从机可以继续的从主机上获取写的数据。

如果我们的从机断掉了，在断掉的期间主机添加数据后，从机是否可以正确获取到？

在这里插入图片描述
当我们断开从机后，因为我们配置集群的方式是命令行方式，集群没有生效，所以没有获取到k5数据。当我们恢复80机器未从机后，可以正确的获取到k5的数据。

主从复制原理

slave启动成功连接到master后会发送一个sync同步命令
master接到命令后，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕后，master将传送整个数据文件到slave，并完成一次完全同步
全量复制：slave服务在接收到数据库文件数据后，将其存盘并加载到内存中
增量复制：master继续将新的所有收集到的修改命令一次传给slave，完成同步
但是只要是重新来连接master，一次完全同步（全量复制）将被自动执行

另一种主从模型（串行）

我们可以修改81的父节点为80，这样主从复制变成了串行的方式，我们猜测以下那80节点可以写数据吗？80节点的节点信息又是什么？

79（主节点）---->80（从节点）----> 81（从节点）如下图：
在这里插入图片描述
我们发现80节点还是一个从节点，无法新增数据的。

我们但是在79添加数据，80和81都会成功同步。

手动升级从机为主机

命令：slaveof no one

如果79主机节点宕机后，我们能不能选一个节点当作主节点(老大)？

我们可以使用命令：slaveof no one让80自己变成主节点，如果这个时候主机79恢复了，也不会改变谋朝篡位成功的80。

127.0.0.1:6380> info replication	# 查看80节点信息
# Replication
role:slave							# 从节点
master_host:127.0.0.1
master_port:6379
master_link_status:down				# 主节点状态
master_last_io_seconds_ago:-1
master_sync_in_progress:0
slave_read_repl_offset:18586
slave_repl_offset:18586
master_link_down_since_seconds:16
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=18586,lag=1
master_failover_state:no-failover
master_replid:939df3e664e7046e02058f105d0c20388bbe6ca7
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:18586
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1034
repl_backlog_histlen:17553
127.0.0.1:6380> SLAVEOF no one		# 将自己设置为主节点(谋朝篡位)
OK
127.0.0.1:6380> info replication	# 再次查看自己的节点信息已经变成主节点信息
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=18600,lag=1
master_failover_state:no-failover
master_replid:8ed13e2afcf561f6dbb3bc745a5c4b817eda398d
master_replid2:939df3e664e7046e02058f105d0c20388bbe6ca7
master_repl_offset:18600
second_repl_offset:18587
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1034
repl_backlog_histlen:17567