1. Redis的主从复制是什么
    主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主
  2. 能干嘛
    读写分离，容灾恢复
  3. 怎么用
  • 配从（库）不配主（库）
  • 从库配置：slaveof主库IP主库端口
    从库每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
    使用info replication查看当前库是主还是从
  1. 配置3台redis.conf，如下配置
  • 修改配置文件细节操作
    拷贝多个redis.conf文件，更改为不同的名字
    开启daemonize yes
    修改pid文件名字
    修改端口
    修改log文件名字
    修改dump.rdb名字
  • 一主二仆（一台主机两台备机）
    一个Master两个Slave
    将当前redis作为另一个redis的备机，使用如下命令：
SLAVEOF 127.0.0.1（主机的ip） 6379（主机的端口号）

使用info replication命令查看，当前库就为备机
一主二仆里面当主库挂机之后，两个从库并不会替换主库，主库回来只有，它还是主库

  • 薪火相传
    上一个Slave可以是下一个slave的Master，Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效减轻master的写压力
    中途变更转向：会清除之前的数据，重新建立拷贝最新的
  • 反客为主
    当主库挂机之后，使当前数据库停止与其他数据库的同步，就会从两个从库中选举出一个主库，转成主数据库，使用如下命令将当前库转为主库：
SLAVEOF no one

当原有的主库回来之后，就会有两个主库，但是原有的主库并没有了从库

  • 哨兵模式（sentinel）
    哨兵模式是什么
    反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
  • 哨兵模式怎么用
    调整结构，端口6379带着端口80和81
    在自定义的放redis的目录下新建sentinel.conf文件，名字绝不能错
    sentinel monitor被监控数据库名字（自己起的名字）127.0.0.1 6379 1，数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多的成为主机
    使用如下命令启动哨兵，目录依照各自的实际情况配置，可能目录不同
redis-sentinel/sentinel.conf

一组sentinel能同时监控多个Master

  • 复制原理
    slave启动成功连接到master后会发送一个sync命令
    Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，以完成一次完全同步
    全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中
    增量复制：Master继续将新的所有收集到的修改命令依次传给slave，完成同步
    但是只要是重新连接master，一次完全同步（全量复制）将被自动执行
  • 复制的缺点
    复制的延时
    由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数据的增加也会使这个问题更加严重