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端口的主节点!

 

致力于记录学习过程中的笔记,希望大家有所帮助(*^▽^*)!
原文地址:https://www.cnblogs.com/zxhbk/p/13062649.html