分片集群、数据读写规则
- 主从（解决高并发）和哨兵（解决高可用）分别解决了高并发读、高可用的问题。但是依然有两个问题没有解决：
- 解决办法：使用分片集群可以解决上述问题。
- 特征：
- 客户端请求可以访问到集群任意节点，但是具体是怎么路由的呢？
主从（解决高并发）和哨兵（解决高可用）分别解决了高并发读、高可用的问题。但是依然有两个问题没有解决：
- 海量数据存储问题
- 高并发写的问题
解决办法：使用分片集群可以解决上述问题。
特征：
- 集群内有多个master，每个master保存不同数据
- 每个master都可以有多个slave节点
- master直接通过ping检测彼此健康状态
- 客户端请求可以访问集群任意节点，最终都会被转发到正确节点
客户端请求可以访问到集群任意节点，但是具体是怎么路由的呢？
由上图所示，Redis分片集群引入了哈希槽的概念，Redis集群有16384个哈希槽，每个key通过CRC16校验后对16384取模来决定放置哪个槽，集群的每个节点负责一部分hash槽。
当存入数据时，假如set name itheima，此时通过CRC16计算name的哈希值，假设计算出的值为666666，之后通过66666对16384取模结果是11306，然后将name存入10923-16383这个槽内。如果读数据也是一样的，先去获取key的值，然后通过计算就能找到对应的Redis节点获取数据。
也可以通过设置key的有效部分进行计算，这样可以通过设置规则来决定key存入哪个节点中，例如 set {aaa}name itheima,CRC16计算aaa的哈希值,从而进行存取读入数据。
