Redis主从复制

Redis主从复制

概念：

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

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

主从复制的作用：

1、数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。

2、故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。

3、负载均衡：在主从复制的基础上，配合读写分离，可以有主节点提供写服务，由从节点提供读服务，分担服务器负载；尤其是写少读多的场景下，通过多个节点分担读负担，可以大大提高Redis服务器的并发量

4、高可用基石：除了上述作用之外，主从复制还是哨兵和集群能够实时的基础，因此说主从复制是Redis高可用的基础

一般来说，要将Redis运用于工程项目种，只使用一台Redis服务器是万万不能的，原因如下：

1、结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大

2、容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为256G，也不能将所有内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G

电商网站上的商品，一般都是一次上传，无数次浏览，即多读少写

对于这种场景，我们使用如下架构：

环境配置

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

查看当前库的信息

单机多集群

1、

2、逐个修改配置文件的信息

复制三个配置文件，修改对应的信息

1、端口号

2、pid名字

3、日志名字

4、dump.rdb名字

开启成功后，查看进程

一主二从

配置

默认情况下，每台Redis服务器都是主节点，我们只用配置从机

认老大，一主（79）二从（80，81）

认老大命令：

slaveof 127.0.0.1 6379

查看当前库信息

主：

两从：

真正的主从配置应该在配置文件中配置，这样的话是永久的，我们这里是命令配置，是暂时的！

细节

主机可以写，从机不能写，只能读！主机中的所有设置，都会被从机自动保存

注意：

1、当主机断掉（关闭），从机还是从机，依旧连接着主机，但是没有写操作了。当主机再启动，再写入值，从机还是能读取到主机新写入的值（依旧是老大的小弟）

2、如果是使用命令行配置的从机，如果从机关掉后，再开启自己就会变成主机。但是如果你再手动将它设置为从机，那么它立马就会从主机中获取值！

复制原理

Slave启动成功连接到master后会发送一个sync同步命令，

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

全量复制：slave服务器在接收到数据库文件数据后，将其存盘并加载到内存中。（即slave一次性加载master的全部数据）

增量复制：Mater继续将新的所有收集到的修改命令一次传给slave，完成同步。

但是只要重新连接master，一次全量复制就会被自动执行。数据就可以在从机中查到

层层链路： 上一个M链接下一个S

这时候也可以完成我们的主从复制。但是80依旧是从节点，不能写

设置成层层链路模式

如果没有老大了，这个时候能不能选择一个老大出来呢？ 哨兵未出来之前，要手动配置

谋朝篡位（即原老大回来了也不再是新老大的司令了，想要再是，再手动设置）

如果初始主机断开了连接，我们可以使用slaveof no one 让自己变成主机！ 其他的节点

就可以手动连接到最新的这个主节点（手动），如果这个时候老大修复了，那它已经变成了光杆司令，想要让他们再成为它的小弟，就需要再手动重新连接

哨兵模式

自动选老大

概述：

主从切换技术的方法是：

当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用，这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。

哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程他会独立运行，其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例（能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库）

这里的哨兵有两个作用：

• 1、通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器
• 当哨兵检测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机

然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。

原理：

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

测试：

目前状态：一主二从

1、配置哨兵配置文件

// 被监控的名称（随便） host port 1

1代表主机挂了，slave投票看让谁接替成为主机

2、启动哨兵

如果Master节点断开了，这个时候就会从从机随机选择一个服务器

哨兵日志：

当主机关闭后，哨兵进行选择新的主机

如果主机回来了，那么哨兵检测到，会把它归并到新的主机下，当作从机

• 优点：

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

  缺点：

  • 1、Redisb不好在线扩容，集群容量一旦达到上限，在线扩容就十分麻烦
  • 2、实现哨兵模式的配置是比较麻烦的，里面有许多的选择

  哨兵的全部配置