潍坊市奎文区建设局网站wordpress git page

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. 复制延时，信号衰减

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

      

2. master挂了

   1. 默认情况下不会在slave节点自动重选一个master
   2. 需要人工干预