文章目录
前言
今天主要还是将Redis主从相关的问题。一、Redis主从架构是什么?
Redis主从架构是什么,简单来讲就是只有一个Master节点和多个Slave节点。主节点对外提供服务,从节点用来备份主节点的数据。在通俗点讲就是用户的增删改查都是在Master节点操作的,Slave节点不提供对外服务,只用来备份Master节点的数据。这样做的目的显而易见,就是防止主节点的数据丢失。主从架构图如下:
当然,从节点可以有多个。但是一般不太建议太多。两个足够了。从节点太多也会导致主从复制风暴问题,这个问题会在后面说明。
二、如何搭建主从复制
搭建之前,我用一张图说明一下我的架构情况:
Master代表主节点,Slave代表从节点。上面都标有每台机器的名字和IP地址。这里就默认大家已经安装好了redis环境,如果不会安装redis,请看上一篇博文。
1. 主节点(Master)配置
主节点其实不需要配置,只要安装完成以后,设置一下后台启动,关闭保持模式就可以了(其实这不仅仅是主节点需要做这些配置,从节点也需要)。
daemonize yes #后台启动
protected-mode no #关闭保护模式
bind 127.0.0.1 #注释掉这行配置,否则从节点连接不上主节点
配置完成,启动主节点
2. 从节点配置
在配置主节点的基础上在配置如下命令:
replicaof 192.168.2.98 6379 #配置从主节点机器读取数据,Redis 5.0之前使用slaveof
replica-read-only yes #配置从节点为只读类型
配置完毕,启动从节点
配置从节点如下图:
启动从节点如下图所示:
可以看到,从节点已经配置并且已经连接到主节点了。
从节点的配置都一样,有多少太从节点就配置多少个就ok了。
如果你按照上述的配置,从节点并没有连接上主节点,我建议你关闭防火墙或者开放6379端口。
3. 测试主从复制是否配置成功
第一步:我们在主节点中从放一些数据:
第二步:我们去vm-server2从节点获取对应的数据,看看能否获取到:
这样,我们Redis主从复制已经搭建成功了
三、 主从复制工作原理
1. 原理说明
如果你为master配置了一个slave,不管这个slave是否是第一次连接上Master,它都会发送一个PSYNC命令给master请求复制数据。master收到PSYNC命令后,会在后台进行数据持久化通过bgsave生成最新的rdb快照文件,持久化期间,master会继续接收客户端的请求,它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以后,master会把这份rdb文件数据集发送给slave,slave会把接收到的数据进行持久化生成rdb,然后再加载到内存中。然后,master再将之前缓存在内存中的命令发送给slave。当master与slave之间的连接由于某些原因而断开时,slave能够自动重连Master,如果master收到了多个slave并发连接请求,它只会进行一次持久化,而不是一个连接一次,然后再把这一份持久化的数据发送给多个并发连接的slave。
2. 原理图
3. 数据的部分复制
当master和slave断开重连后,一般都会对整份数据进行复制。但从redis2.8版本开始,redis改用可以支持部分数据复制的命令PSYNC去master同步数据,slave与master能够在网络连接断开重连后只进行部分数据复制(断点续传)。master会在其内存中创建一个复制数据用的缓存队列,缓存最近一段时间的数据,master和它所有的slave都维护了复制的数据下标offset和master的进程id,因此,当网络连接断开后,slave会请求master继续进行未完成的复制,从所记录的数据下标开始。如果master进程id变化了,或者从节点数据下标offset太旧,已经不在master的缓存队列里了,那么将会进行一次全量数据的复制。图如下:
什么是主从复制风暴?
就是有很多从节点,为了缓解主从复制风暴(多个从节点同时复制主节点导致主节点压力过大),可以采用下面的架构,让部分从节点与从节点(与主节点同步)同步数据
总结
Redis的主从复制搭建都很简单。没有什么过于复杂的。本文就是搞清楚如何搭建Redis的主从结构以及熟悉原理。明白主从复制风暴问题以及如何解决这样的问题。最后,想说明一点,就是Redis的主从复制其实很多公司都是不用的,因为它存在一定的缺陷。就是当主节点挂了以后,需要开发人员手动去将从节点调整为主节点。这样很麻烦的,那如何解决这样的问题?后面会持续更新出Redis哨兵架构以及Redis Cluster等。