Redis复制 (replica)

是什么

官网地址：Redis replication | Redis

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

能干嘛

• 读写分离
• 容灾恢复
• 数据备份
• 水平扩容支撑高并发

如何使用

采用配置方式：配从（库）不配主（库）

权限细节：

master 如果配置了 requirepass 参数，需要密码登陆。

那么 slave 就要配置 masterauth 来设置校验密码，否则的话 master 会拒绝 slave 的访问请求。

基本操作命令

info replication：可以查看复制节点的主从关系和配置信息

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

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

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

案例

架构说明

一个Master两个Slave：3台虚机，每台都安装redis

拷贝多个redis.conf文件：redis6379.conf、redis6380.conf、redis6381.conf

小口诀

三边网络相互ping通且注意防火墙配置

三大命令：

        主从复制：replicaof  主库IP  主库端口、配从（库）不配主（库）

        改换门庭：slaveof  新主库IP  新主库端

        自立为王：slaveof no one

修改配置文件步骤

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名字

10.aof文件，appendfilename

本步骤可选，非必须

11.从机访问主机的通行密码masterauth，必须（从机需要配置，主机不用）

完整配置：

主节点：redis6379.conf
        309 daemonize yes
        87  # bind127.0.0.1 -::1
        111 protected-mode no
        138 port 6379
        506 dir /myredis
        341 pidfile /var/run/redis_6379.pid
        354 logfile "/myredis/6379.log"
        1008 requirepass 111111
        482 dbfilename dump6379.rdb
启动：redis-server /myredis/redis6379.conf
连接：redis-cli -a 111111 -p 6379

从节点1：redis6380.conf
        309 daemonize yes
        87  # bind127.0.0.1 -::1
        111 protected-mode no
        138 port 6380
        506 dir /myredis
        341 pidfile /var/run/redis_6380.pid
        354 logfile "/myredis/6380.log"
        1008 requirepass 111111
        482 dbfilename dump6380.rdb
        528 replicaof 192.168.241.3 6379
        536 masterauth "111111"
启动：redis-server /myredis/redis6380.conf
连接：redis-cli -a 111111 -p 6380

从节点2：redis6381.conf
        309 daemonize yes
        87  # bind127.0.0.1 -::1
        111 protected-mode no
        138 port 6381
        506 dir /myredis
        341 pidfile /var/run/redis_6381.pid
        354 logfile "/myredis/6381.log"
        1008 requirepass 111111
        482 dbfilename dump6381.rdb
        528 replicaof 192.168.241.3 6379
        536 masterauth "111111"
启动：redis-server /myredis/redis6381.conf
连接：redis-cli -a 111111 -p 6381

常用三招

一主二仆

方案1：配置文件固定写死

a、配置文件执行：replicaof  主库IP  主库端口

b、配从（库）不配主（库）

配置从机6380

配置从机6381

c、先master后两台slave依次启动

d、主从关系查看

日志查看：

主机日志如下

备机日志如下

命令查看：info replication

 

 

问题演示：

1.从机可以执行写命令吗？

2.从机切入点问题

slave是从头开始复制还是从切入点开始复制?

master启动，写到k3，slave1跟着master同时启动，跟着写到k3，slave2写到k3后才启动，那之前的是否也可以复制？是的，首次一锅端，后续跟随，master写，slave跟

3.主机shutdown后，从机会上位吗？

主机shutdown后情况如何？从机是上位还是原地待命   

结果：从机不动，原地待命，从机数据可以正常使用；等待主机重启动归来。

 

 

4.主机shutdown后，重启后主从关系还在吗？从机还能否顺利复制？

可以复制的。

 

 

5.某台从机down后，master继续，从机重启后它能跟上大部队吗？

结果：能。

方案2：命令操作手动指定

a、从机停机去掉配置文件中的配置项，3台目前都是主机状态，各不从属

b、3台master

 

c、预设的从机上执行命令：slaveof 主库IP 主库端口

 

d、用命令使用的话，2台从机重启后，关系还在吗？

结果：不在。

配置VS命令的区别，当堂试验讲解：

• 命令，当次生效
• 配置，持久稳定

薪火相传

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

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

命令：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,masteri和slave都会保存一个复制的offset还有一个masterId，offset是保存在packlog中的。Master只会把已经复制的offset)后面的数据复制给Slave,类似断点续传。

复制的缺点

复制延时，信号衰减

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

master挂了如何办？

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

那每次都要人工干预？

是的，解决方案是加入哨兵。