主从和哨兵可以解决高可用、高并发读的问题
还有两个问题
集群中有多个Master,每个master保存不同的数据
每个master都可以有多个slave节点
master之间通过ping监测彼此健康状态
客户端请求可以访问集群任意节点,最终都会被转发到正确节点
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
redis-cli --cluster add-node 192.168.150.101:7004 192.168.150.101:7001
redis-cli --cluster reshard 192.168.150.101:7001
1:自动故障转移
防止意外宕机。master宕机后,从节点自动升级为主节点
2:手动故障转移
master需要维护
可以在slave节点上执行cluster failover命令,对应的master节点会自动宕机,实现无感知的数据迁移
手动的Failover支持三种不同的模式
在pom文件中引入redis的starter依赖
在配置文件中指定分片集群的相关信息