基础
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（master），后者称为从节点（slave）；数据的复制是单向的，只能从主节点到从节点。master以写为主，slave以读为主。
默认情况下，每台Redis服务器都是主节点，且一个主节点可以有多个从节点或没有从节点，但一个从节点只能有一个主节点。
作用
- 数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式
- 故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余
- 负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务，分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以提高Redis服务器的并发量。
- 高可用（集群）基石：哨兵和集群实施的基础
从结构上看，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大。
从容量上看，单个Redis服务器内存容量有限，一般来说单台Redis最大使用内存不应该超过20G。
环境配置
只配置从库，不配置主库（Redis默认本身就是一个主库）
可以使用命令配置（暂时的）
通过info replication查看当前redis角色
使用SLAVEOF host port来配置该redis的主节点
注意：如果是用命令配置，主机断开后还是主机，从机断开后就不再是从机了（接收不到主机的数据）。如果某一从节点使用SLAVEOF NO ONE 让自己成为master，则原来的master就不再拥有该从节点了
在配置文件中配置（永久的）
复制原理
Slave启动成功连接到Master后会发送一个sync命令（完成一次全量复制），master接收到命令，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，并完成一次完全同步。
全量复制：slave服务在接收到数据库文件数据后，将其存盘并加载到内存中
增量复制：master继续将新的所有收集到的修改命令依次传给slave，完成同步
只要重新连接master，全量复制将会自动被执行
哨兵模式（自动选举master）
主从切换技术的方法：当master宕机后，需要手动把一台slave切换为master，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，会优先考虑哨兵模式，监控主机是否故障，若故障了根据投票数自动将从库转为主库。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
哨兵的两个作用：
- 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器
- 当哨兵检测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机。
一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，形成哨兵模式。如上图所示，假设master宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观地认为主服务器不可用，这个现象称为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failover（故障转移）操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。
若master宕机复原了，只能当做slave
监视指令，后面的数字1，表示当一个哨兵发现master不可用后就实现failover操作。
1 sentinel monitor myredis 127.0.0.1 6379 1
常见的sentinel.conf配置
优点
- 哨兵集群，基于主从复制模式，所有的主从复制优点，它都有
- 主从可以切换，故障可以转移，系统的可用性更好
- 哨兵模式就是主从模式的升级，手动到自动的更替
缺点
- Redis不好在线扩容，集群容量一旦到达上限，在线扩容会十分麻烦
- 实现哨兵模式的配置十分复杂，有十分多的选项