redis主从复制及哨兵模式的介绍

概念

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master/Leader），后者称为从节点（Slave/Follower）,数据的复制是单向的！只能由主节点复制到从节点（主节点已写为主，从节点已读为主）。

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

作用

1、数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余的方式。
2、故障恢复：当主节点故障时，从节点可以暂时替代主节点提供服务，是一种服务冗余的方式。
3、负载均衡：在主从复制的基础上，配合读写分离，由主节点进行写操作，从节点进行读操作，分担服务器的负载，尤其是在读多写少的场景下，通过多个从节点分担负载，提高并发量。
4、高可用基石：无论主从复制还是哨兵和集群能够有实施的基础。

为什么使用集群

1、单台服务器难以负载大量的请求
2、单台服务器故障率高，系统崩坏概率大
3、单台服务器内存容量有限

环境配置

配置文件中有一个replication模块
我们可以通过命令查看当前库的信息：info replication
这里由于我们没有三台服务器，所以在单个服务器上通过三个不同端口的配置文件启动三个redis服务模拟一主二从
每个配置文件对应修改一下信息：

• 端口号
• pid文件名
• 日志文件名
• rdb文件名

启动三个redis服务后，可以通过进程信息查看

复制

默认情况下，每台Redis服务器都是主节点
默认情况下三台都是主机，我们一般情况下只要配置从机！认老大
一主（79）二从（80,81）

我们这里是使用命令搭建的，是暂时的。

== 真实开发中应该在从机的配置文件中进行配置，这样的话是永久的 ==

使用规则

1、从机只能读，不能写，主机可读可写但是多用于写

127.0.0.1:6380> set name gzl
(error) READONLY You can't write against a read only replica.

127.0.0.1:6379> set name gzl
OK
127.0.0.1:6379> get name
"gzl"

2、当主机断电宕机后，默认情况下从机的角色不会发生变化，集群中只是失去了写操作，当主机恢复以后，又会连接上从机恢复原状。

3、如果是使用命令行配置的主从，如果从机重启就会自动变成主机，只要变为从机，立马会从主机中获取值。

复制原理

slave启动成功连接到一个master后会发送一个sync同步命令
master接受到命令，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕后，master将传送整个数据文件到slave，并完成一次完全同步。
全量复制：slave服务在接受到数据库文件数据后，将其存盘并加载到内存中。
增量复制：Master继续将所收集到的修改命令一次传给slave，完成同步
但是只要是重新连接一次master，全量复制会被自动执行，我们的数据可以在从机中看到

宕机后手动配置主机

设置6380为主节点，6080节点信息，依旧为从机

此时将6379服务关掉，重新设置6380为主节点，发现谋权篡位！从机变为主机

所以当主节点挂掉之后，我们有需要重新选择一个主节点，这需要人工干预，比较麻烦，所以我们引出了哨兵模式

哨兵模式（自动选取老大）

主从切换的方法是：当主服务器宕机后，需要手动把一台服务器切换为主服务器，需要人工干预，费时费力，还会造成一段时间内服务器不可用。更多的时候我们考虑的是哨兵模式，redis从2.8开始正式提供了sentinel架构来解决这个问题。谋朝篡位的自动版，能够后台监控主机是否故障，如果故障根据投票数自动将从库转换为主库。
哨兵模式是一种特殊的模式，首先redis提供了哨兵命令，哨兵是一个独立的进程，作为进程，他会独立运行，其原理是哨兵通过发送命令，等待redis服务器响应，从而监控运行的多个redis实例

哨兵的作用
1.通过发送命令，让redis返回其运行状态，包括主服务器和从服务器
2.当哨兵检测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他从服务器修改配置文件，让他们切换为主机
然而一个哨兵进程对redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控，各个哨兵相互监控，这样就形成了多哨兵模式。

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

测试
1.配置哨兵配置文件，名字不能错，为sentinel.conf

2.启动哨兵模式
3.将6379挂掉，查看哨兵模式，心跳机制会检测出主机挂掉，重新选举出一个主机

我们会发现6381被选举为新的主节点
如果主机此时回来，只能归并到新的主机下，当作从机，这就是哨兵模式的规则。

优点：
1.哨兵集群，基于主从复制模式，所有主从配置的优点他都有
2.主从可以切换，故障可以转移，系统可用性会更好
3.哨兵模式就是主从模式的升级，手动到自动，更加健壮

缺点：
1.redis不好在线扩容，集群容量一旦到达上限，在线扩容就十分麻烦
2.实现哨兵模式的配置其实是很麻烦的，里面有很多选择