Redis的主从复制（Master / Slave）

一、是什么

• 行话：也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备份机的 master/alave 机制，Master以写为主，Slave以读为主

二、能干嘛

• 读写分离
• 容灾恢复

三、怎么玩

• 配从（库）不配主（库）
• 从库配置：slaveof  主库IP  主库端口
  • 每次与master断开之后都需要重新连接，除非你配置redis.conf文件
  • Info replication：查看机器的主从角色
  • 
  • 
• 修改配置文件
  • 拷贝多个redis.conf文件
  • 
  • 这里只演示一个文件的修改，另外两个文件同理
  • 开启daemonize yes
  • 
  • Pid文件名
  • 
  • 指定端口
  • 
  • Log文件名字
  • 
  • Dump.rdb名字
  • 

• 常用三招

  • 一主二仆
    • ​​​​​​​Init：【其余两个redis启动同理】
    • 
    • 查看三台服务已经启动
    • 
    • 一个Master两个Slave：【只要机器 SLAVEOF 主机，那么该机器就变成了从机】
    • 
    • 
    • 
    • 日志查看：vim  6379.log
    • 
    • 
    • 主从问题演示
      • 情况1：在主机上 set 内容，从机可以使用 get 得到
      • 情况2：在从机上 set 会报错【读写分离只有主机可以写】
      • 
      • 情况3：如果主机 SHUTDOWN，从机中的数据还存在，从机的状态 “原地待命”，连接状态变为 down
      • 
      • 
      • 情况4：主机再次启动，恢复到原来的状态，相当于没有 SHUTDOWN ，主机 set的内容，从机可以 get 到
      • 情况5：如果从机 SHUTDOWN ，重新启动后，都需要重新连接主机【SLAVEOF IP 端口】才能生效，除非你配置redis.conf文件
  • 薪火相传
    • ​​​​​​​上一个Slave可以是下一个Slave的Master，Slave同样可以接收其他slaves的连接和同步请求，那么该Slave作为链条中下一个master，可以有效减轻master的写压力
    • 中途变更转向：会清除之前的数据，重新建立拷贝最新的数据
    • Slaveof  新主库IP  新主库Port
    • 结构更改：
      • 一主二仆的结构只要更改6381连接到6380即可
      • ​​​​​​​
      • 中间数据库【6380】的连接信息：总体来说我还是个slave，但我还连接了一个slave【包工头】
      • 
    • 主从问题演示
      • ​​​​​​​情况1：主机 set 内容，两个从机都可以 get 到
      • 
      • ​​​​​​​
  • 反客为主【主机挂了，在从机中选一个主机】
    • ​​​​​​​SLAVEOF no one：使当前数据库停止与其他数据库的同步 ，转成出数据库
    • ​​​​​​​主从问题演示
      • 情况1：主机 SHUTDOWN，从机【6380】变为主机，从机【6381】还是从机，只是跟的master变了
      •    
      • ​​​​​​​情况2：如果上述情况下，【6379】回来了，那么它变成了一个光杆司令，跟【6380】【6381】灭有关系

四、复制的原理

• Slave 启动成功连接到 master 后悔发送一个 sync 命令
• Master 接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集合命令，在后台进程执行完毕之后，master 将传送整个数据文件到 slave，以完成一次完全同步
• 首次情况下进行全量复制，之后是增量复制
• 全量复制：slave 服务在接收到数据库文件数据后，将其存盘并加载到内存中
• 增量复制：master 继续将新的所有手机道德修改命令一次传给 slave，完成同步
• 只要是重新连接 master，一次完全同步（全量复制）将被自动执行

五、哨兵模式

• 是什么：
  • 反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
• 怎么玩：
  • 调整结构：6379带着6380、6381
  • 自定义的 /home/myredis目录下新建 sentinel.conf 文件，名字绝对不能错
  • 
  • 设置哨兵，填写内容：
    • sentinel monitor 被监控数据库（名字自己起）127.0.0.1 6379 1
    • 
    • 上面最后一个数字时1，表示主机挂掉后 slave 投票看让谁接替成为主机，得票数多成为主机
  • 启动哨兵
    • 使用命令：​​​​​​​./redis-sentinel /home/myredis/sentinel.conf
    • 
    • 上述目录依照各自的实际情况配置，可能目录不同
  • 正常主从演示
    • 关闭【6379】
    • ​​​​​​​
    • 稍等一会，在【6380】下输入命令 INFO replication，显示【6380】变为了主机
    • 
    • 【6381】还是从机，它的主机是【6380】
    • 
    • 在新主机中 set 可以在从机中 get 到
    •  
  • 问题：如果之前的master重启回来，会不会双 master 冲突？
    • 稍等一会，输入命令 INFO replication，【6379】就变成了【6380】的从机
    • ​​​​​​​
    • 在【6380】输入命令：INFO replication
    • 
• ​​​​​​​一组 sentinel 能同时监控多个Master
  • ​​​​​​​在sentinel.conf文件里面再加一行即可
  • ​​​​​​​

六、复制的缺点

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