redis03 --- 复制

redis 的复制

• 是什么
  • 也就是我们说的主从复制，主机数据更新后根据配置和策略，自动同步到备份机的master/slaver机制，master以写位置，slave以读为主。
• 能干嘛
  • 读写分离
  • 容灾恢复
• 怎么玩
  • 配从不配主
  • 从库配置：slaveof 主库IP 主库端口
    • 每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
    • info replication
  • 修改配置文件细节操作
    • 拷贝多个redis.conf文件
    • 开启daemonize yes
    • pid文件名字
    • 指定端口
    • log文件名字
    • dump.rdb名字
  • 常用三招
    • 一主二仆
      • init
      • 一个master两个slave
        从机连带 变更为从机之前 的主机 的数据也做备份
        读写分离
        主机断开，回来之后还是主机
      • 日志查看
      • 主从问题演示
    • 薪火相传
      • 上一个slave 可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效缓解master的写压力
      • 中途变更转向：会清除之前的数据，重新建立拷贝最新的
      • salveof 新主库IP 新主库端口
        
    • 反客为主
      • slaveof no one(使当前数据库停止与其他数据库的同步，转为主数据库)
        
• 复制原理
  • salve启动成功连接到master后会发送一个sync命令，master接到命令启动后台的存盘进程，同时手机所有收到的用于修改数据集命令，在后台进程执行完毕后，master将传送到整个数据文件到slave，以完成一次完全同步
  • 全量复制：而slave服务在接受到数据库文件数据后，将其存盘并加载到内存中。
  • 增量复制：master继续将新的所有手机到的修改命令依次传给slave，完全同步。但是主要是重新连接master，一次完全同步（全量复制）将被自动执行
• 哨兵模式（sentinel）

  • 是什么

    • 反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库

  • 怎么玩（使用步骤）

    • 调整结构。6379带着80，81
    • 新建sentinel.conf文件，名字绝对不能错
    • 配置哨兵，填写内容
      • sentinel monitor 被监控数据库名字（自己起名字） 127.0.0.1 6379 1
      • 上面最后一个数字1，表示主机挂掉之后slave投票看让谁接替成为主机，得票最多最后成为主机
    • 启动哨兵
      • redis-sentinel sentinel.conf
      • 目录根据自己实际情况
    • 正常主从演示
    • 原有的master挂了
    • 投票重选
    • 重新主从继续开工，info replication查看
    • 问题：如果之前的master重启回来，会不会双master冲突？

  • 一组sentinel能同时监控多个master

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