笔记2232 真的非常不错

降低运维成本，提⾼系统的扩展性和可⽤性。缺点Client 实现复杂，驱动要求实现 Smart Client，缓存 slots mapping 信息并及时更

新，提⾼了开发难度，客户端的不成熟影响业务的稳定性。

⽬前仅 JedisCluster 相对成熟，异常处理部分还不完善，⽐如常⻅的“max redirect exception”。节点会因为某些原因发⽣阻塞（阻塞

时间⼤于 clutser-node-timeout），被判断下线，这种 failover 是没有必要的。

数据通过异步复制，不保证数据的强⼀致性。多个业务使⽤同⼀套集群时，⽆法根据统计区分冷热数据，资源隔离性较差，容易出现

相互影响的情况。Slave 在集群中充当“冷备”，不能缓解读压⼒，当然可以通过 SDK 的合理设计来提⾼ Slave 资源的利⽤率。

Redis Cluster 没有使⽤⼀致性 hash，⽽是引⼊了哈希槽的概念。Redis 集群有 16384 个哈希槽，

每个 key 通过 CRC16 校验后对 16384 取模来决定放置哪个槽，集群的每个节点负责⼀部分 hash 槽。

因为最⼤是 16384 个哈希槽，所以考虑 Redis 集群中的每个节点都能分配到⼀个哈希槽，所以最多⽀持 16384 个 Redis 节点。