初识redis关于redis集群你所需要知道的

最新推荐文章于 2025-07-02 20:54:57 发布

原创最新推荐文章于 2025-07-02 20:54:57 发布 · 289 阅读

0 ·

CC 4.0 BY-SA版权

本文深入探讨Redis Cluster架构，包括节点间互联机制、故障检测原理、客户端直连特性及哈希槽分配策略。阐述了16384个哈希槽如何确保数据均匀分布，以及集群在何种情况下会进入不可用状态。

redis-cluster架构图

在这里插入图片描述
架构细节:
(1)所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽.
(2)节点的fail是通过集群中超过半数的节点检测失效时才生效.
(3)客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可
(4)redis-cluster把所有的物理节点映射到[0-16383]slot上,cluster 负责维护node<->slot<->value
(5）Redis 集群中内置了 16384 个哈希槽，当需要在 Redis 集群中放置一个 key-value 时，redis 先对 key 使用 crc16 算法算出一个结果，然后把结果对 16384 求余数，这样每个key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点数量大致均等的将哈希槽映射到不同的节点。

示例：
在这里插入图片描述

redis-cluster投票:容错

在这里插入图片描述
(1)集群中所有master参与投票,如果半数以上master节点与其中一个master节点通信超过(cluster-node-timeout),认为该master节点挂掉.
(2):什么时候整个集群不可用(cluster_state:fail)?
Ø 如果集群任意master挂掉,且当前master没有slave，则集群进入fail状态。也可以理解成集群的[0-16383]slot映射不完全时进入fail状态。
Ø 如果集群超过半数以上master挂掉，无论是否有slave，集群进入fail状态。