8.主从复制和哨兵模式

Redis主从赋值

概念

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器，前者称为主节点（master/leader），后者成为从节点（slave/follower），数据的主从复制是单向的，只能由主节点到从节点，Master以写为主，Slave以读为主。

默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点（或没有从节点），但一个从节点只能有一个主节点。

主从复制的作用主要包括：

数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复，实际上是一种服务的冗余。
负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务，分担服务器负载，尤其是在写少读多的场景下，通过多个从节点分担负载，可以大大提高Redis服务器的并发量。
高可用基石：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

一般来说，要将Redis运用与项目中，只是用一台Redis是万万不能的，原因如下

从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大
从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内容容量为20G，也不能将所有内存用于Redis存储内容，一般来说单台Redis最大使用内存不应该超过20G

环境配置

只配置从库，不用配置主库！

info replication		#查看当前库的信息

复制3个撇脂文件，然后修改对应信息

端口号
pid名字
log日志文件名
dump.rdb名字

修改完毕之后，分别启动3个redis服务器和client

一主二从

默认情况下，每台Redis服务器都是主节点；所以一般默认配置从机就可以了。

slaveof 127.0.0.1 6379		#连接主机
slaveof no one				#取消连接主机

真实的主从配置应该写在配置文件中，这样是永久的，而上述命令行只是暂时的。

配置文件中在replication模块中更改属性

replicaof 主机ip 主机端口号

如果有密码

masterauth 主机密码

主机可以写，从机不能写只能读！主机中所有信息和数据，都会自动被从机保存，当主机宕机后，从机仍然可读，当主机重连后，恢复正常使用

当从机宕机后，主机写操作，待从机重连后，如果是命令行进行连接主机的，将无法回去值，当连接主机后，仍可以获取断开连接时，主机输入的值。

复制原理

Slave启动连接到Master后会发出一个sync同步命令

Master接到命令后，启动后台的存盘进程，同时收集所有接收的用于修改数据集命令，在后台进程执行完毕之后，Master将传送整个数据文件到Slave，并完成一次完全同步。

全量复制：而slave服务器在接受到数据库文件数据后，将其存盘并加载到内从中

增量复制：Master持续将新的所有收集到的修改命令一次传给Slave，完成同步

但只要重新连接，一次完全同步（全量复制）将被自动执行

层层链路

中间层既是Master也是Slave，但还是不能进行写操作

哨兵模式

概述：

主从切换技术的方法是：当主服务宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。Redis从2.8开始正式提供了哨兵模式架构来解决这个问题

哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，他会独立运行，其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。

哨兵通常也会设置多个，以防止哨兵宕机。

假设服务器宕机后，哨兵1会检测这个结果，哨兵并不会马上进行failover过程，仅仅是哨兵1的主管认为主服务器不可用，用这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果有一个哨兵发起，进行failover故障转移操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。

实现步骤

新建sentinel.conf文件并编写一下内容

sentinel monitor myreids 127.0.0.1 6379 1     
#sentinel monitor 被监控的名称 host port 1
#后面的数字1，代表主机挂了，slave投票看谁接替主机

启动redis-sentinel gconfig/sentinel.conf启动服务