NoSQL——redis集群——主从同步/复制

---

前言

redis群集有三种模式，分别是主从同步/复制、哨兵模式、Cluster

在Redis中，实现高可用的技术主要包括持久化、主从复制、哨兵和集群，下而分别说明它们的作用，以及解决了什么样的问题
① 主从复制 主从复制是高可用Redis的基础，哨兵和集群都是在主从复制基础上实现高可用的。主从复制主要实现了数据的多机备份，
以及对于读操作的负载均衡和简单的故障恢复。
缺陷:故障恢复无法自动化:写操作无法负载均衡:存储能力受到单机的限制。
② 哨兵
在主从复制的基础上，哨兵实现了自动化的故障恢复。
缺陷:写操作无法负载均衡:存储能力受到单机的限制。
③ 集群
通过集群，Redis解决了写操作无法负载均衡，以及存储能力受到单机限制的问题，实现了较为完善的高可用方案。

这里先介绍一下主从同步/复制。

---

一、Redis群集

① redis是一个开源的kevvalue存储系统，受到了广大互联网公司的青睐。redis3.0版本之前只支持单例模式，在3.0版本及以后才支持集群 redis集群采用P2P模式，是完全去中心化的，不存在中心节点或者代理节点;

② 为了实现集群的高可用，即判新节点是否健康(能否正常使用)， redis-cluster有一个投票容错机制:
如果集群中超过半数的节点投票认为某个节点挂了，那么这个节点就挂了(fail)。这是判断节点是否挂了的方法:
- 判新集群是否正常:
- 如果集群中任意一个节点挂了，而且该节点没有从节点(备份节点)，那么这个集群就挂了。这是判断集群是否挂了
的方法
那么为什么任意一个节点挂了(没有从节点)这个集群就挂了:

PS:
因为集群内置了16384个slot(哈希槽)，并且把所有的物理节点映射到了这16384[0-16383]个slot上，或者说把这些slot均等的分配给了各个节点。
当需要在Redis集群存放一个数据(key-value)时，redis会先对这个key进行crc16算法，然后得到一个结果再把这个结果对16384进行求余，这个余数会对应[0-16383]其中一个槽，进而决定key-value存储到哪个节点中。所以一旦某个节点挂了，该节点对应的slot就无法使用，那么就会导致集群无法正常工作。
示例(三个节点) ：
- 节点A覆盖0-5460;
- 节点B覆盖5461-10922;
- 节点C覆盖10923-16383
即:每个节点有5460个哈希槽
新增一个节点:
- 节占A覆盖1365-5460
- 节占B覆盖6827-10922
- 节点C覆盖12288-16383
- 节点D覆盖0-1364.5461-6826.10923-12287
即:每个节点有4095个哈希槽
综上所述，每个Redis集群理论上最多可以有16384个节点。

示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分析任务而创建的。

二、Redis模式介绍

1. 主从模式

通过持久化功能，redis保证了即使在服务器重启的情况下也不会丢失（或少量丢失）数据，因为持久化会把内存中的数据保存到硬盘上，重启会从硬猛上加载数据，但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也公导致数据丢失。为了避免单点故障,通常的做法是将数据库复制多个副本以部署在不同的服务器上，这样即使有一台服务器出现故障，其他服务器依然可以继续提供服务，为此，redis提供了复制（replication）功能，可以实现当一台数据库中的数据更新后，自动将更新的数据同步到其他数据库上。

在复制的概念中，数据库分为两类，一类是主数据库(master)，另一类是从数据(slave)。主数据可以进行读写操作，当写操做导致数据变化时自动将数据同步给数据库，而从数据库一般是只读的，并接收主数据同