Redis复制（replica）
官网：https://redis.io/docs/management/replication/
是什么？
主从复制，master以写为主，slave以读为主
当master数据变化的时候，自动将新的数据异步同步到其他slave数据库
- 写在Main的主机上，读取数据的时候就在复制的Secondary这台主机上读取，这样就可以避免一台redis数据库既写入数据又读取数据，减轻了redis数据库的负担
能干什么？
- 读写分离
- 容灾恢复
- 当主机宕机了之后可以从从机中恢复数据，这是相对于aof和rdb备份数据的另一种更好的方法
- 数据备份
- 主机和从机的数据都是实时的
- 水平扩容支撑高并发
- 从机可以有多台
怎么用？
配从（库）不配主（库）：由从机slave决定要将哪台redis当成master
权限细节
- master如果配置了requirepass参数，需要密码登录
- 那么slave就要配置masterauth来设置校验密码，否则master就会拒绝slave的访问请求
基本操作命令
info replication
可以查看复制节点的主从关系和配置信息
replicaof 主库IP 主库端口
一般写入进redis.conf配置文件内
slaveof 主库IP 主库端口
- 每次与master断开之后，都需要重新连接，储配配置进redis.conf文件
- 在运行期间修改slave节点的信息，如果该数据库已经是某个主数据库的从数据库，那么就会停止与原主数据库的同步关系转而和新的主数据库同步，重新确定新的主数据库
slaveof no one
使当前数据库停止与其他数据库的同步，转成主数据库，自立为王
案例演示
配置文件
从机的配置文件：replicaof 主库IP 主库端口
配从库不配主库
配置从机6380
配置从机6381
先启动master再启动slave
使用命令查看主从机信息
info replication
从机只能进行读操作不能进行写操作
从机切入点问题
slave是从头开始复制还是从切入点开始复制？
首次启动会从头开始复制，后续会跟随，master写，slave跟
主机shutdown之后从机不会上位，从机的数据依旧可以正常使用，等待主机重新启动
主机shutdown之后，重启后主从关系依旧存在，从机仍然能够复制主机后续更新的信息
某台从机shutdown之后，重启后仍然可以复制master的信息
从属于某台机器：slaveof xxx.xxx.xxx.xxx port
不从属于任何机器：slaveof no one
如果确定了主从关系就必须将其写入配置文件中，否则下次重新进入的时候从机就会按照配置文件进行还原
配置和命令的区别
写在配置文件中，会持久且稳定，使用命令则只是当次生效，宕机后再次进入就会按照配置文件进行配置
优先级：配置文件 > 命令
从机逐级连接
主从复制的原理及工作流程
- slave启动
- slave启动成功连接到master后会发送一个sync命令
- slave首次全新连接master，一次完全同步（全量复制）将被自动执行，slave自身原有数据会被master数据覆盖清除
- 首次连接，全量复制
- master节点收到sync命令后会开始在后台保存快照（RDB持久化，所以主从复制时会触发RDB），同时收集所有接收到的用于修改数据集命令缓存起来，master节点执行RDB持久化结束后，master将RDB快照文件和所有缓存的命令发送到所有slave，以完成一次完全同步。
- slave服务在接收到数据库文件数据后，将其存盘并加载到内存中，从而完成复制初始化
- master发出ping包（repl-ping-replica-period 10），保持通信
- master发出ping包的周期，默认是十秒
- 增量复制
- master继续将新的所有收集到的修改命令自动一次传给slave，完成同步
- 从机下线，重连续传
- master会检查backlog里面的offset，master和slave都会保存一个复制的offset还有一个masterId，offset是保存在backlog中的，master只会把已经复制的offset后面的数据复制给slave，类似断点续传
主从复制的缺点
复制延时，信号衰减
- 由于所有的写操作都是先在master上操作，然后同步更新到slave上，所以从master同步到slave机器上会有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，slave及其数量的增加也会使这个问题更加严重。
master一旦挂了
默认情况下，不会在slave节点中自动重选一个master
是否每次都需要人工干预？
无人值守安装变成刚需（哨兵、集群）
