Redis的主从复制
概念
主从复制：指的是将一个Redis服务器的数据，复制到其他的Redis服务器。（一写多读的方式）
前者称为主节点（master/leader),后者称为从节点（slave/follower）。 数据的复制是单向的 ，只能从主节点到从节点。Master以写为主，Slave以读为主。
默认情况下，每台Redis服务器都是主节点，
且一个主节点可以有多个从节点（或者没有从节点），但一个从节点只能有一个主节点。
主就是写，从就是读，从上的数据是主结点复制给从结点的。
在网络应用中，读是比较多的，从结点多。
高可用：是当出现问题时，有对应的解决方案。
主从复制的作用主要包括：
- 数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式（一台服务器宕机，其他服务器还可以）
- 故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复，实际上是一种服务冗余
- 负载均衡：在 主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务 （即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载。尤其是在写少读多的场景下，通过从节点分担读负载，可以大大提供Redis服务器的并发量。
- 高可用(集群)基石：除了上述作用以外，主从复制还是哨兵和集群能够实现的基础，因此说主从复制是Redis高可用的基础。
一般来说，用将Redis运用于工程项目中，只使用一台Redis是万万不可能的，原因如下：
- 从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大；
- 从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为256G，也不能将所有内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。
电商网站上的商品，一般都是一次上传，无数次浏览，也就是“多读少写”。对于这种场景，我们可以使用如下的架构
环境配置
只配置从库，不需要配置主库！
下面是查看信息的操作
我们实现1主2从
我们拷贝一下配置文件
这就是2个从！我们改一下端口号为6380，6381
我们开始启动
默认是主节点。我们可以做认老大的操作。
复制3个配置文件，修改对应的信息
- 端口号
- pid名字
- log文件名字
- dump.rdb名字
修改完之后，启动3个redis服务器，可以通过进程信息查看：
一主二从
默认情况下，每台Redis服务器都是主节点 ，主需要配置从机就行！
两种模式
一个主机有两个从机
链路模式
认老大！一主（6379）二从（6380,6381）
配置从机
下面是认老大的实例
查看主机
再认个老大
我们在主机上添加值，从机上读取
查看主机信息
真实的主从配置应该在配置文件中配置，这样的话是永久的，我们通过命令配置的是临时的！
细节
主机可以写，从机不能写只能读！主机中的所有信息和数据，都会自动保存到从机中！
主机写
从机只能读取内容：
测试
主机断开连接，从机依旧连接到主机的，但是没有写操作，这个时候，主机如果回来了，从机依旧可以直接获取到主机写的信息。
如果使用命令行配置的从机，重启后，就会变回主机！只要在把他重新配成原来主机的从机，数据依旧可以获取到。
我们把主机断开
从机依旧可以读取主机数据。
我们再连接主机
这就是故障恢复。
如果删除rdb
在主机上
在从机上
另外一种配置
从机可以连接主机（这个主机也可以作为其他主机的从机）
复制原理
Slave启动成功连接到Master后会向Master发送一个sync同步命令
Master接受到命令后，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，Master将传送 整个数据文件(全量复制) 到Slave，并完成一次完全同步。
全量复制 ：Slave服务在接受到数据库文件数据后，将其存盘并加载到内存中。
增量复制 ：Master继续将新的所有收集到的修改命令一次传给Slave，完成同步。
但是只要是重新连接Master，一次完全同步（全量复制）将被自动执行！
从机恢复主机
从机执行 SLAVEOF no one 可以重新恢复为主机。
哨兵模式
自动选举老大的模式！
概述
主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel（哨兵）架构来解决这个问题。
某草篡位的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将 从库转换为主库。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个单独的进程，作为进程，他会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
哨兵的作用
- 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器
- 当哨兵监测到Master宕机，会自动将Slave切换成Master，然后通过发布/订阅模式通知其他的从服务器，修改配置文件，让它切换主机。
然而一个哨兵进程对Redis服务器进程监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。
假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover进程，仅仅是哨兵1主观的认为主服务器不可用，这个现象称为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，头片的结果有一个哨兵发起，进行failover[故障转移]操作。切换成功后，就会通过发布/订阅模式，让各个哨兵把自己监视的从服务器实现切换主机，这个过程称为客观下线。
测试
1、配置哨兵配置文件 sentinel.conf
2、启动哨兵
如果Master节点断开，这个时候就会从从机中随机选择一个转换为主机！
如果之前的主机重新启动后，只能归并到新的主机下，成为新主机的从机。
关掉后，没有立即改掉
哨兵模式的优点
1、哨兵集群，基于主从复制模式，所有的主从复制优点，它全有
2、主从可以切换，故障可以转移，系统的可用性会更好
3、哨兵模式就是主从模式的升级，手动转自动，更加健壮
哨兵模式的缺点
1、Redis不好在线扩展，集群容量一旦到达上限，在线扩容十分麻烦
2、实现哨兵模式的配置很麻烦，里面有很多选择
