主从复制，就是主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主
用处
读写分离，性能扩展
容灾快速恢复
配从(服务器)不配主(服务器)
拷贝多个redis.conf文件include
开启daemonize yes
Pid文件名字pidfile
指定端口port
Log文件名字
Dump.rdb名字dbfilename
Appendonly 关掉或者换名字
|
info replication |
打印主从复制的相关信息 |
|
slaveof <ip> <port> |
成为某个实例的从服务器 |
一主二仆模式演示
1 切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的123是否也可以复制
重头开始
2 从机是否可以写？set可否？
从机不可写只能读
3 主机shutdown后情况如何？从机是上位还是原地待命
原地待命
4 主机又回来了后，主机新增记录，从机还能否顺利复制？
可以
5 其中一台从机down后情况如何？依照原有它能跟上大部队吗？
不能，需要重新拜师slaveof <ip> <port>
薪火相传
上一个slave可以是下一个slave的Master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
用 slaveof <ip> <port>
中途变更转向:会清除之前的数据，重新建立拷贝最新的
风险是一旦某个slave宕机，后面的slave都没法备份
复制原理
每次从机联通后，都会给主机发送sync指令
主机立刻进行存盘操作，发送RDB文件，给从机
从机收到RDB文件后，进行全盘加载
之后每次主机的写操作，都会立刻发送给从机，从机执行相同的命令
反客为主
当一个master宕机后，后面的slave可以立刻升为master，其后面的slave不用做任何修改。
用 slaveof no one 将从机变为主机。
哨兵模式(sentinel)
反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库.
配置哨兵
调整为一主二仆模式
自定义的/myredis目录下新建sentinel.conf文件
在配置文件中填写内容：
sentinel monitor mymaster 127.0.0.1 6379 1
其中mymaster为监控对象起的服务器名称， 1 为 至少有多少个哨兵同意迁移的数量。
启动哨兵
执行redis-sentinel /myredis/sentinel.conf
故障恢复
优先级在redis.conf中slave-priority 100 值越小优先级越大
偏移量是指获得原主数据最多的
每个redis实例启动后都会随机生成一个40位的runid