下面我们来看看redis的主从复制。
为了提高redis的性能,需要将读写进行分类,例如:一台redis负责写,其他redis负责读,此时就需要用到redis的读写分离,即:Master-Slave。
1、配置主从复制
我们以一主二从(1个master,2个slave)为例进行redis的主从配置,现实中需要三台机器,为了方便我们在一台机器上进行配置,以实现主从复制。
1.1 创建master-slave文件夹,复制redis.conf到该文件夹
创建master-slave文件,所有的操作都在该文件夹下进行
bash
复制代码
mkdir /opt/master-slave cp /usr/local/redis/redis-6.2.1/redis.conf /opt/master-slave/
1.2 创建master的配置文件
为了做区分,master的配置文件命名为:redis-6379.conf。修改配置文件信息如下:
bash
复制代码
cp /opt/master-slave/redis.conf /opt/master-slave/redis-6379.conf vim redis-6379.conf #设置当前redis后台运行,其实是设置为守护线程 daemonize yes #本机IP bind 192.168.23.102 #配置密码 requirepass 123456 #持久化文件的目录 dir /opt/master-slave/ #日志文件名称 logfile /opt/master-slave/log_6379.log #端口 port 6379 #rdb文件 dbfilename dump_6379.rdb #pid文件 pidfile /var/run/redis_6379.pid
1.3 创建slave配置文件
从redis中命名:redis-6380.conf,redis-6381.conf。修改配置信息如下:
bash
复制代码
cp /opt/master-slave/redis.conf /opt/master-slave/redis-6380.conf vim redis-6380.conf daemonize yes bind 192.168.23.102 requirepass 123456 dir /opt/master-slave/ port 6380 dbfilename dump_6380.rdb pidfile /var/run/redis_6380.pid logfile /opt/master-slave/log_6380.log #用来指定主机:旧版本:slaveof 主机ip 端口,新版本:replicaof 主机ip 端口 replicaof 192.168.23.102 6379 #主机的密码 masterauth 123456
配置redis-6381.conf,只需要将上面配置的6380改成6381即可。
1.4 启动master/slave
bash
复制代码
redis-server /opt/master-slave/redis-6379.conf redis-server /opt/master-slave/redis-6380.conf redis-server /opt/master-slave/redis-6381.conf
3台启动后,产生3个日志文件,说明启动正常。
1.5 查看master/slave信息
css
复制代码
redis-cli -h 192.168.23.102 -p 6379 -a 123456 redis-cli -h 192.168.23.102 -p 6380 -a 123456 redis-cli -h 192.168.23.102 -p 6381 -a 123456
查看master,可以看到其role是master和两个slave
查看slave,其role是slave,master的地址,端口等信息。
1.6 验证主从复制
我们在master上写入数据,在slave上读取数据。
arduino
复制代码
set key1 val1 set key2 val2
slave上读取数据:
复制代码
mget key1 key2
2、主从复制原理
- slave启动成功连接master后,并向master发送sync命令,请求同步数据。
- master接收到slave发送的消息后,把主服务器的数据持久化到RDB文件,同时会收集接收到的修改数据命令,master将RDB文件传给slave,完成一次全量同步。
全量同步:salve服务在接收到master发送的RDB文件后,将其存盘并加载到内存中
增量同步:master继续将收集到的修改命令一次传给slave,完成同步
- slave每次连接master,都会进行一次全量同步。
总结:
1、主redis宕机后,从redis会选取一个作为主redis,还是等待?
从redis会继续等待,除非设置了哨兵模式或手动进行切换
2、从redis宕机后,恢复会继续从主redis同步数据吗?
会同步数据,从redis每次连接master时,都会完成一次全量同步,而后master传修改的命令
3、薪火相传
redis的薪火相传指:slave也可以作为master,然后设置slave进行数据同步
。
3.1 流程图
3.1.1 在/opt/master-slave/中添加redis-6382.conf,并配置
bash
复制代码
cp /opt/master-slave/redis.conf /opt/master-slave/redis-6382.conf vim redis-6382.conf daemonize yes bind 192.168.23.102 requirepass 123456 dir /opt/master-slave/ port 6382 dbfilename dump_6382.rdb pidfile /var/run/redis_6382.pid logfile /opt/master-slave/log_6382.log #用来指定主机:旧版本:slaveof 主机ip 端口,新版本:replicaof 主机ip 端口 replicaof 192.168.23.102 6380 #主机的密码 masterauth 123456
我们将6382的配置文件中的replicaof改成6380,而6380也是一个slave。
3.1.2 连接6382,查看配置,获取数据
css
复制代码
redis-cli -h 192.168.23.102 -p 6382 -a 123456 info Replication mget key1 key2
执行查询结果:
此时配置成功了薪火相传。
注:如果此时slave作为master宕机了,则处于它下面的slave会处于等待状态。
4、哨兵(Sentinel)模式
在redis中存在一种反客为主的现象,即当master宕机后,会从slave中选择一个做为master,而master恢复后只能作为slave提供服务。
4.1 手动实现
4.1.1 选择一个slave,并执行replicaof no one或slaveof no one
执行replicaof no one(旧版:slave no one)是将当前slave转换成master。例如:我们选择上面的6380做为新的master。
perl
复制代码
replicaof no one info replication
4.1.2 在其他slave上设置replicaof/slave,绑定新的master
执行命令或修改对应conf配置文件信息。例如:我们修改之前的6381,将其master改成6380。
yaml
复制代码
replicaof 192.168.23.102 6380 info replication
我们查看6381后,发现他的master已经改成了6380。
4.1.3 缺点
需要手动去执行命令,操作不方便,也没有实效性。
4.2 哨兵(Sentinel)模式
哨兵模式(Sentinel)是反客为主的自动版,能够监听master是否发生了故障,发生故障后会根据投票数从slave中挑选一个master,其他的slave会自动转向同步新的master,实现故障自动转移。
4.2.1 原理
- 创建奇数个哨兵(Sentinel),定时向master发送ping请求
- master需在指定时间内做出正常响应,若有半数以上响应不正常,则认为master宕机
- sentinel投票选举一个slave做为新的master,而其他失去master的slave则指向新的master
注:在redis需要选择多个sentinel,一般奇数个,如果只有一个sentinel可能会因为网络问题导致在规定的时间接收不到master的响应,从而发生误判。
4.2.2 实现
4.2.2.1 创建sentinel目录,并将sentinel.conf拷贝到当前目录
bash
复制代码
mkdir sentinel cp /usr/local/redis/redis-6.2.1/sentinel.conf /opt/sentinel/
4.2.2.2 复制三个sentinel.conf,并进行配置
我们配置的三个sentinel的端口分别是16380,16381,16382。
bash
复制代码
cp sentinel.conf sentinel-16380.conf vim sentinel-16380.conf # 配置文件目录 dir /opt/sentinel/ # 日志文件位置 logfile "./sentinel-16380.log" # pid文件 pidfile /var/run/sentinel_16380.pid # 是否后台运行 daemonize yes # 端口 port 16380 # 监控主服务器master的名字:mymaster,IP:192.168.200.129,port:6379,最后的数字2表示当Sentinel集群中有2个Sentinel认为master存在故障不可用,则进行自动故障转移 sentinel monitor mymaster 192.168.23.102 6380 2 # master响应超时时间(毫秒),Sentinel会向master发送ping来确认master,如果在60秒内,ping不通master,则主观认为master不可用 sentinel down-after-milliseconds mymaster 60000 # 故障转移超时时间(毫秒),如果3分钟内没有完成故障转移操作,则视为转移失败 sentinel failover-timeout mymaster 180000 # 故障转移之后,进行新的主从复制,配置项指定了最多有多少个slave对新的master进行同步,那可以理解为1是串行复制,大于1是并行复制 sentinel parallel-syncs mymaster 1 # 指定mymaster主的密码(没有就不指定) # sentinel auth-pass mymaster 123456
其他端口配置则复制sentinel.conf,修改端口号即可。
4.2.2.3 启动sentinel
复制代码
redis-sentinel sentinel-16380.conf redis-sentinel sentinel-16381.conf redis-sentinel sentinel-16382.conf
4.2.2.4 查看sentinel信息
css
复制代码
redis-cli -p sentinel的端口 info sentinel
从执行结果我们可以看到,sentinel监听的master是192.168.23.102,两个slave,三个sentinel。
4.2.2.5 验证sentinel
验证sentinel,我们只需要把当前master关闭,等待故障转移设定的时间,再查看结果。
1、关闭master
perl
复制代码
#查询redis信息 ps -ef|grep redis #关闭master kill -9 130516
2、查看转移结果
从上述查询的结果发现,原来处于slave的6382转变成了master。
4.2.2.6 恢复旧master
重新启动旧master6380
bash
复制代码
redis-server /opt/master-slave/redis-6380.conf
从执行结果上我们发现旧的master不再是master,而是变成slave,他所监听的正是sentinel选出来的新的master。
上述就是Redis的主从复制,希望对大家理解redis有所帮助。谢谢
作者:抢老婆酸奶的小肥仔
链接:https://juejin.cn/post/7235626658806595639