Redis集群简介

最新推荐文章于 2022-07-24 21:18:15 发布

我是小念

最新推荐文章于 2022-07-24 21:18:15 发布

阅读量248

点赞数

分类专栏： redis

本文链接：https://blog.csdn.net/m0_38102561/article/details/100739697

版权

redis 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

Redis集群

一、集群简介

redis集群是一个提供在多个Redis节点间共享数据的程序集
redis集群并不支持处理多个keys的命令，因为这需要在不同的节点间移换数据，从而达不到向Redis那样的性能，在高负载的情况下可能会导致不可预料的错误。
Redis集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下继续处理命令，Redis集群的优势:
- 自动分隔数据到不同的节点。
- 整个集群的部分节点失败或者不可达的情况下能够继续处理命令
所有的Redis主节点彼此互联(PING-PONG机制)，内部使用二进制协议优化传输速度和带宽
节点的fail是通过集群中超过半数的节点检测确认失效时才生效
客户端与redis节点直连，不需要中间proxy层，客户端不需要连接集群中所有节点，连接集群中任何一个可用的节点即可。
Redis-cluster把所有的物理节点映射到[0-16383]slot上，cluster负责维护node<->slot<->value
什么时候集群不可用:当其中一个主节点以及他下面的所有从节点都挂掉的时候，该集群是不可用的，会返回((error)CLUSTERDOWN The cluster is down)错误，可以理解为集群的slot映射[0-16383]不完整时进入fail状态
Redis集群是一个分布式的（distributed）、容错（fault-tolerant）的redis实现，集群可以使用的功能是普通单机Redis所能使用的功能的一个子集
Redis集群中不存在中心节点（central）或者代理（proxy）节点，集群的其中一个主要设计目标是达到线性可扩展性(linear scalability)

二、redis集群的数据分片

Redis集群没有使用一致性hash,而是引入了哈希槽的概念。
Redis集群中有16384个哈希槽，每个key通过CRC16校验后对16384取模来决定放置哪个槽。集群的每个节点负责一部分hash槽，举个例子，比如当前集群有3个节点，那么：

节点A包含0-5500号哈希槽
节点B包含5501到11000号哈希槽
节点C包含11001到16384号哈希槽

这种结构很容易添加或者删除节点。比如如果我想新添加个节点D，我需要从节点A,B,C中得到部分槽到D上，如果我想移除节点A，需要将A中的槽移到B和C节点上，然后将没有任何槽的A节点从集群中移除即可.由于从一个节点将哈希槽移动到另一个节点并不会停止服务，所以无论添加删除或者改变某个节点的哈希槽的数量都不会造成集群不可用的状态.

三、redis集群的主从复制模型

为了使在部分节点失败或者大部分节点无法通信的情况下集群仍然可用，所以集群使用了主从复制模型，每个节点都会有N-1个复制品.
在我们的例子中具有A,B,C三个节点的集群，在没有复制模型的情况下，如果节点B失败了，那么整个集群就会以为缺少5501-11000这个范围的槽而不可用.
然而如果在集群创建的时候(或者过一段时间)我们为每个节点添加一个从节点A1,B1,C1，那么整个集群便有三个master节点和三个 slave节点组成，这样在节点B失败后，集群便会选举B1为新的主节点继续服务，整个集群便不会因为槽找不到而不可用了。
不过当B和B1都失败后，集群是不可用的.

参考地址
Redis中文资料站 http://www.redis.cn/topics/cluster-tutorial.html