Redis复制

9.1 介绍

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

9.2 作用(功能)：

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

9.3 基本操作

配从不配主
- 权限细节
  - master如果配置了 requirepass 参数，需要密码登录
  - slave 需要配置 masterauth来设置检验密码，否则的话master会拒绝slave的访问请求

基本操作命令

info replication   查看复制节点的主从关系和配置信息replicaof/slaveof 主库IP 主库端口   replicaof/slaveof这两个一样，一般写入进redis.conf配置文件内，在运行期间修改slave节点的信息，如果该数据库已经是某个数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步replicaof/slaveof no one      使当前数据库停止与其他数据库的同步，升级为主数据库

配置一个master，两个slave

3台虚拟机，拷贝redis.conf文件

redis6379.conf （master）

开启 daemonize yes
注释掉 bind 127.0.0.1
protected-mode no

在这里插入图片描述

指定端口号 port 6379
指定当前工作目录，dir

在这里插入图片描述

pid文件名字 pidfile
log文件名字，logfile
requirepass
dump.rdb的名字
appendonly yes appendfilename appendonly.aof
从机需要配置 从机配置上主机的ip、端口、密码
redis6380.conf （slave）
redis6381.conf （slave）
注意防火墙配置

启动： systemctl start firewalld
关闭： systemctl stop firewalld
查看状态： systemctl status firewalld 
开机禁用  ： systemctl disable firewalld
开机启用  ： systemctl enable firewalld添加 ：firewall-cmd --zone=public --add-port=80/tcp --permanent    （--permanent永久生效，没有此参数重启后失效）
重新载入： firewall-cmd --reload
查看： firewall-cmd --zone= public --query-port=80/tcp
删除： firewall-cmd --zone= public --remove-port=80/tcp --permanent

常用三招

一主二仆
- 方案1 配置文件固定写死
  - 依次启动先启动主机，在启动两个从机 从机启动时记得写明端口号
  - ```
  6379.confredis-server /myredis/redis6379.conf redis-cli -a 1111116380.confredis-server /myredis/redis6380.conf redis-cli -a 111111 -p 63806381.confredis-server /myredis/redis6381.conf redis-cli -a 111111 -p 6381
```
- 主从关系查看
  - 日志查看
    - 看主机的
    - 从机
  - 命令查看
    - info replication
    - 主机上看
    - 从机上看
  常见问题
  
  1.从机可以写吗？
  
  从机只可以读，不能写
  
  2.从机切入点
  
  当主机正在写时，从机掉队，从机连上之后，也可以跟上(首次一锅端，后续跟随，master写，slave跟)
  
  3.当主机shutdown之后，从机会上位吗
  
  从机不动，原地待命，从机数据可以正常使用，等待主机重启归来
  
  4.主机shutdown后，重启后主从关系还在吗，从机能否顺利复制？
  
  主从关系不变，从机能够顺利复制
  - 方案2 命令操作手动指定
  - 去掉配置文件中配置的从属关系
  - replicaof/slaveof no one 升级为主机
  - slaveof 主库IP 主库端口称为主库的从机
  - 配置VS命令的区别
    - 配置，持久稳定
    - 命令，当次生效
薪火相传
- 上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效减轻主master的写压力
- 中途变更转向：会清除之前的数据，重新建立拷贝最新的
- slaveof/replicaof 新主库IP 新主库端口
- 当了master的slave的从机还是没有写功能
反客为主
- slaveof no one 使当前数据库停止与其他数据库的同步，转成主数据库

9.4 主从复制的工作原理

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，类似断电续传
- offset相当于一个指针，例如从机挂了，offset指向3，主机已经走到7了，从机重新启动之后，将会从3开始，一直追到主机的最新命令

9.5 主从复制的缺点

复制延时，信号衰减
1. 由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。
master挂了
1. 默认情况下不会在slave节点自动重选一个master
2. 需要人工干预