Redis分片集群

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依赖

在配置文件中指定分片集群的相关信息