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