Redis（七）复制

文章目录 是什么功能配置配主库不配从库权限细节 案例配置文件修改 一主二仆固定配置文件主从问题命令操作手动指定 薪火相传反客为主复制原理和工作流程存在问题

是什么

https://redis.io/docs/management/replication/

就是主从复制，master以写为主，Slave以读为主 当master数据变化的时候，自动将新的数据异步同步到其它slave数据库

功能 读写分离容灾恢复数据备份水平扩容支撑高并发 配置 配主库不配从库 权限细节 master如果配置了requirepass参数，需要密码登陆那么slave就要配置masterauth来设置校验密码，否则的话master会拒绝slave的访问请求

基本操作命令

# 可以查看复制节点的主从关系和配置信息 info replication # 一般写入进redis.conf配置文件内 replicaof 主库IP 主库端口 # 每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件在运行期间修改slave节点的信息 # 如果该数据库已经是某个主数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步，重新拜码头 slaveof 主库IP 主库端口 # 使当前数据库停止与其他数据库的同步，转成主数据库，自立为王 slaveof no one 案例 配置文件修改 # 开启daemonize yes # 注释掉bind 127.0.0.1 # protected-mode no # 指定端口port 6379 # 指定当前工作目录，dir # pid文件名字,pidfile # log文件名字,logfile # 密码requirepass # dump.rdb名字dbfilename # aof文件,appendfilename # 从机访问主机的通行密码masterauth，必须 从机需要配置，主机不用 一主二仆 固定配置文件 # 配置文件执行 replicaof 主库IP 主库端口

配从(库)不配主(库)先master后两台slave依次启动主从关系查看info replication命令查看 主从问题 从机不可写入 从机切入点 首次一锅端，后续跟随，master写，slave跟主机shutdown从机 从机不动，原地待命，从机数据可以正常使用；等待主机重启动归来主机shutdown，重启后主从关系依旧存在 命令操作手动指定 预设的从机上执行命令 slaveof 主库IP 主库端口用命令使用的话，2台从机重启后，关系不再生效

配置持久有效 命令临时有效

薪火相传

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

中途变更转向:会清除之前的数据，重新建立拷贝最新的

slaveof 新主库IP 新主库端口 反客为主

SLAVEOF no one

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

复制原理和工作流程 slave启动，同步申请：slave启动成功连接到master后会发送一个sync命令，slave首次全新连接mater,一次完全同步(全量复制)将被自动执行，slave自身原有数据会被master数据覆盖首次连接，全量复制：master节点收到sync命令后会开始在后台保存快照(即RDB持久化，主从复制时会触发RDB)，同时收集所有接收到的用于修改数据集命令缓存起来，master节点执行RDB持久化完后同时收集所有接收到的用master将rdb快照文件和所有缓存的命令发送到所有slave,以完成一次完全同步心跳持续保持通信：repl-ping-replica-perid 10日进入平稳，增量复制：Master继续将新的所有集到的修改命令自动依次传给slave,完成同步从机下线，重连续传：master会检查backlog里面的offset，master和slave都会保存一个复制的offset还有一个masterId，offset是保存在backlog，Master只会把已经复制的offset后面的数据复制给Slave，类似断点续传 存在问题

存在的问题：由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。

挂了咋办

默认情况下，不会在slave节点中自动重选-个master无人值守