【Redis】主从复制(一主二从)

Redis复制

配从库不配主库

info replication

可以查看复制节点的主从关系和配置信息
replicaof 主库IP 主库端口

一般写入进redis.conf配置文件内
slaveof 主库IP 主库端口

每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
在运行期间修改slave节点的信息，如果该数据库已经是某个主数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步，重新拜码头
slaveof no one

使当前数据库停止与其他数据库的同步，转成主数据库，自立为王

实操前置：配置四台Redis(四份redis.conf配置文件)

开启daemonize yes

daemonize控制着是否后台运行，使用docker需要将其注释掉，或置no
注释掉bind 127.0.0.1
protected-mode no
指定端口 port 6379
指定当前工作目录，dir /data
pid文件名字pidfile /var/run/redis_6379.pid
log文件名字logfile /data/logs

loglevel notice 级别设置：默认即可
设置密码requirepass [password]
RDB持久化文件名：dbfilename dump.rdb名字

save ""表示禁用RDB持久化
AOF持久化文件名：appendfilename "appendonly.aof"

appendonly yes这个是开启AOF持久化的开关

appenddirname "appendonlydir"这个是redis7的新特性，将aof文件保存在了 dir+appenddirname目录下
从机访问主机的通行密码masterauth，必须

从机需要配置，主机不用

上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master可以有效减轻主master的写压力

注意点：承前启后的那台从机也是readonly，不能写

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同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。
master挂了，从机不会自动上位

默认情况下，不会在slave节点中自动重选一个master