Redis—7—复制(replica)⭐⭐⭐
是什么
一句话:就是主从复制,master以写为主,Slave以读为主
当master(主)数据变化的时候,自动将新的数据异步同步到其它slave(从)数据库。
能干吗
读写分离
容灾回复
数据备份
水平扩容支撑高并发
怎么玩
配从(库)不配主(库)
权限细节,重要
master如果配置了requirepass参数,需要密码登录,那么slave就要配置masterauth来设置校验密码,否则的话master会拒绝slave的访问请求
基本操作命令
info replication 可以查看复制节点的主从关系和配置信息
replicaof 主库IP 主库端口 一般写入进redis.conf配置文件内
slaveof 主库IP 主库端口
每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件,在运行期间修改slave节点的信息,如果该数据库已经是某个主数据库的从数据库,那么会停止和原主数据库的同步关系,转而和新的主数据库同步,重新拜码头。
slaveof no one 没有人是奴隶了(使当前数据库停止与其它数据库的同步,转成主数据库,自立为王)
案例演示
架构说明:一个Master两个Slave 3台虚拟机,每台都安装redis
拷贝多个redis.conf文件:redis6379.conf redis6380.conf redis6381.conf
小口决:三边网络相互ping通且注意防火墙配置
防火墙开启端口:firewall-cmd --permanent --add-port=6379/tcp
firewall-cmd --reload
6379::192.168.137.132
6380::192.168.137.135
6381::192.168.137.136
三大命令:主从复制:replicaof主库IP主库端口,配从不配主。
改换门庭
slaveof新主库IP 新主库端口
自立为王
修改配置文件细节操作
redis6379.conf为例,步骤
1.开启daemonize yes
2.注释掉bind 127.0.0.1
3.protected-mode no
4.指定端口
5.指定当前工作目录,dir
6.pid文件名字,pidfile
7.log文件名字,logfile
8.requirepass
9.dump.rdb名字+端口号
dbfilename
10.aof文件,appendfilename
11.从机访问主机的通行密码,必须
从机需要配置,主机不用
复制原理和工作流程
常用三招
一主二仆
配置完成之后,先master后两台slave依次启动
主从关系查看
日志:
主机日志:
备机日志:
命令:info replication命令查看
主从问题演示
1,从机可以执行写命令吗
127.0.0.1:6380> set k1 k1
(error) READONLY You can't write against a read only replica.
127.0.0.1:6380>
2,从机切入点问题
3,主机shutdown后,从机会上位吗
从机不动,原地待命,从机数据可以正常使用;等待主机重启动归来
4,主机shutdown后,重启后主从关系还在吗?从机还能否顺利复制?
主从关系还在。从机能顺利复制
5,某台从机down后,master继续,从机重启后它能跟上大部队吗?
能
命令操作手动指定
1,从机停机去掉配置文件中的配置项,3台目前都是主机状态,个不从属
2,预设的从机上执行命令 slaveof 主库IP 主库端口
3,用命令使用的话,2台从机重启后,关系还在吗?
临时命令,单次生效,shutdown之后关系就会消失
配置命令区别:配置,持久稳定;命令,当次生效
薪火相传
上一个slave可以是下一个slave的master,slave同样可以接收其它slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻主master的写压力。
中途变更转向:会清除之前的数据,重新建立拷贝最新的
slaveof新主库IP 新主库端口
主机
中间机 但是还是只能进行读操作,不能写
从机
反客为主
slaveof no one 使当前数据库停止与其他数据库
复制原理和工作流程
-
slave启动,同步初请
slave启动成功连接到master后会发送一个sync命令 slave首次全新连接master,一次完全同步(全量复制)将被自动执行,slave自身原有数据会被master数据覆盖清除
-
首次连接,全量复制
master节点收到sync命令后会开始在后台保存快照(即RDB持久化,主从复制时会触发RDB),同时收集所有接收到的用于修改数据集命令缓存起来,master节点执行RDB持久化完后,master将rdb快照文件和所有缓存的命令发送到所有slave,以完成一次完全同步。 而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中,从而完成复制初始化。
-
心跳持续,保持通信
repl-ping-replica-period 10 master发出PING包的周期,默认是10秒
-
进入平稳,增量复制
Master继续将新的所有收集到的修改命令自动依次传给slave,完成同步
-
从机下线,重连续传
master会检查backlog里面的offset,master和slave都会保存一个复制的offset还有一个masterId,offset是保存在backlog中的。Master只会把已经复制的offset后面的数据复制给Slave,类似断点续传
复制的缺点
-
复制延时,信号衰减
-
-
master挂了如何办?
-
默认情况下,不会再slave节点中自动重选一个master
-
那每次都要人工干预?
-
master会检查backlog里面的offset,master和slave都会保存一个复制的offset还有一个masterId,offset是保存在backlog中的。Master只会把已经复制的offset后面的数据复制给Slave,类似断点续传
复制的缺点
-
复制延时,信号衰减
-
[外链图片转存中…(img-tbidmxxK-1719553096454)]
-
master挂了如何办?
-
默认情况下,不会再slave节点中自动重选一个master
-
那每次都要人工干预?
无人值守安装变成刚需
-