四十七、Redis分片集群

目录

一、分片集群结构

二、散列插槽

1、Redis如何判断某个key应该在哪个实例?

2、如何将同一类数据固定的保存在同一个Redis实例?

三、集群伸缩

四、故障转移

1、当集群中有一个master宕机时

(1)自动转移

(2)手动转移

五、RedisTemplate访问分片集群


一、分片集群结构

主从和哨兵可以解决高可用、高并发读的问题。但是依然有两个问题没有解决:

海量数据存储问题
高并发写的问题

使用分片集群可以解决上述问题,分片集群特征:

集群中有多个 master ,每个 master 保存不同数据
每个 master 都可以有多个 slave 节点
master 之间通过 ping 监测彼此健康状态
客户端请求可以访问集群任意节点,最终都会被转发到正确节点

四十七、Redis分片集群_第1张图片

二、散列插槽

Redis会把每一个master节点映射到0~1638316384个插槽(hash slot)上,查看集群信息时就能看到:(每个节点分配一部分插槽

四十七、Redis分片集群_第2张图片

数据key不是与节点绑定,而是与插槽绑定。redis会根据key的有效部分计算插槽值,分两种情况:

key 中包含 "{}" ,且“ {} ”中至少包含 1 个字符,“ {} ”中的部分是有效部分
key 中不包含“ {} ”,整个 key 都是有效部分

例如:keynum,那么就根据num计算,如果是{itcast}num,则根据itcast计算。计算方式是利用CRC16算法得到一个hash值,然后对16384取余,得到的结果就是slot值。

四十七、Redis分片集群_第3张图片

1、Redis如何判断某个key应该在哪个实例?

16384 个插槽分配到不同的实例
根据 key 的有效部分计算哈希值,对 16384 取余
余数作为插槽,寻找插槽所在实例即可

2、如何将同一类数据固定的保存在同一个Redis实例?

这一类数据使用相同的有效部分,例如 key 都以 { typeId } 为前缀

三、集群伸缩

集群命令

四十七、Redis分片集群_第4张图片

可以创建新的master节点和slave节点

四十七、Redis分片集群_第5张图片

四、故障转移

1、当集群中有一个master宕机时

(1)自动转移
  1. 首先是该实例与其它实例失去连接
  2. 然后是疑似宕机
  3. 最后是确定下线,自动提升一个slave为新的master
(2)手动转移

四十七、Redis分片集群_第6张图片

输入命令即可

手动的Failover支持三种不同模式:

缺省:默认的流程,如图 1~6步
force :省略了对 offset 的一致性校验
takeover :直接执行第5步,忽略数据一致性、忽略master 状态和其它 master 的意见

五、RedisTemplate访问分片集群

RedisTemplate底层同样基于lettuce实现了分片集群的支持,而使用的步骤与哨兵模式基本一致:

1. 引入 redis starter 依赖
2. 配置分片集群地址
3. 配置读写分离

与哨兵模式相比,其中只有分片集群的配置方式略有差异,如下:

spring:
    redis:
        cluster:
            nodes: # 指定分片集群的每一个节点信息
                - 192.168.150.101:7001
                - 192.168.150.101:7002
                - 192.168.150.101:7003
                - 192.168.150.101:8001
                - 192.168.150.101:8002
                - 192.168.150.101:8003

你可能感兴趣的:(微服务学习,Redis,redis,java,数据库)