1.为何需要分片集群
主从和哨兵可以解决高可用、高并发读的问题
还有两个问题
- 海量数据存储问题
- 高并发写的问题
2.分片集群特点
集群中有多个Master,每个master保存不同的数据
每个master都可以有多个slave节点
master之间通过ping监测彼此健康状态
客户端请求可以访问集群任意节点,最终都会被转发到正确节点
3. 创建集群
redis-cli --cluster create --cluster-replicas 1 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-cli --cluster
或者./redis-trib.rb
:代表集群操作命令create
:代表是创建集群--replicas 1
或者--cluster-replicas 1
:指定集群中每个master的副本个数为1,此时节点总数 ÷ (replicas + 1)
得到的就是master的数量。因此节点列表中的前n个就是master,其它节点都是slave节点,随机分配到不同master
通过命令可以查看集群状态:
redis-cli -p 7001 cluster nodes
4.散列插槽
5.集群伸缩
- 添加节点
redis-cli --cluster add-node 192.168.150.101:7004 192.168.150.101:7001
- 分配插槽
redis-cli --cluster reshard 192.168.150.101:7001
6.故障迁移
1:自动故障转移
防止意外宕机。master宕机后,从节点自动升级为主节点
2:手动故障转移
master需要维护
可以在slave节点上执行cluster failover命令,对应的master节点会自动宕机,实现无感知的数据迁移
手动的Failover支持三种不同的模式
- 缺省:默认的流程,如图1~6步
- force:省略了对offset的一致性效验
- takeover:直接执行5步,忽略数据一致性、忽略master状态和其他master的意见
7.RedisTemplate访问分片集群
在pom文件中引入redis的starter依赖
在配置文件中指定分片集群的相关信息