【redis 3.2 集群】

目录

一、Redis主从复制

1.概念

2.作用

2.1 数据冗余

2.2 故障恢复

2.3 负载均衡

2.4 高可用

3.缺点

4.流程

4.1 第一步

4.2 第二步

4.3 第三步

4.4 第四步

5.搭建

5.1 主

5.2 从

6.验证

二、Reids哨兵模式

1.概念

2.作用

2.1 监控

2.2 自动故障转移

2.3 通知（提醒）

3.缺点

4.结构

4.1 哨兵节点

4.2 数据节点

5.搭建

6.验证

三、Redis集群

1.概述

2.原理

3.架构细节

3.1 细节一

3.2 细节二

3.3 细节三

3.4 细节四

4.选举过程

5.搭建

5.1 基础搭建

5.2 分别修改配置文件中

5.3 启动服务

5.4 构建集群

5.4.1 将其他节点加入集群

5.4.2 分配slot

5.4.3 建立主从关系

5.5 查看命令

5.6 重置集群命令

---

一、Redis主从复制

1.概念

是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。

2.作用

2.1 数据冗余

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

2.2 故障恢复

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

2.3 负载均衡

在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。

2.4 高可用

除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

3.缺点

• 故障恢复无法自动化
• 写操作无法负载均衡
• 存储能力受到单机的限制

4.流程

4.1 第一步

若启动一个Slave机器进程，则它会向Master机器发送一个“sync command”命令，请求同步连接。

4.2 第二步

无论是第一次连接还是重新连接，Master机器都会启动一个后台进程，将数据快照保存到数据文件中（执行rdb操作），同时Master还会记录修改数据的所有命令并缓存在数据文件中。 

4.3 第三步

后台进程完成缓存操作之后，Maste机器就会向Slave机器发送数据文件，Slave端机器将数据文件保存到硬盘上，然后将其加载到内存中，接着Master机器就会将修改数据的所有操作一并发送给Slave端机器。若Slave出现故障导致宕机，则恢复正常后会自动重新连接。

4.4 第四步

Master机器收到Slave端机器的连接后，将其完整的数据文件发送给Slave端机器，如果Mater同时收到多个Slave发来的同步请求，则Master会在后台启动一个进程以保存数据文件，然后将其发送给所有的Slave端机器，确保所有的Slave端机器都正常。

5.搭建

5.1 主

修改配置文件
    bind  0.0.0.0
    port  6379
    protected-mode = no
    daemonize = yes

5.2 从

修改配置文件
    bind  0.0.0.0
    port  6380
    protected-mode = no
    daemonize = yes
    slaveof 192.168.115.160 6379

6.验证

使用redis-cli命令行登录redis服务器，输入role指令查看状态
在master节点上，录入数据，在slave节点上查看到对应数据即可

 

 

 

二、Reids哨兵模式

1.概念

是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量不得少于3个节点。

注：依托于主从模式

2.作用

2.1 监控

哨兵会不断地检查主节点和从节点是否运作正常。

2.