Redis集群
集群介绍
容量不够,redis如何进行扩容?
并发写操作, redis如何分摊?
另外,主从模式,薪火相传模式,主机宕机,导致ip地址发生变化,应用程序中配置需要修改对应的主机地址、端口等信息。
之前通过代理主机来解决,但是redis3.0中提供了解决方案。就是无中心化集群
配置。
Redis 集群实现了对Redis的水平扩容,即启动N个redis节点,将整个数据库分布存储在这N个节点中,每个节点存储总数据的1/N。
Redis 集群通过分区(partition)来提供一定程度的可用性(availability): 即使集群中有一部分节点失效或者无法进行通讯, 集群也可以继续处理命令请求。
制作组成集群分支
include ./redis.conf
port 5555
pidfile "/var/run/redis_5555.pid"
dbfilename "dump5555.rdb"
# kaiqi jiqun moshi
cluster-enabled yes # 开启集群
cluster-config-file nodes-5555.conf
cluster-node-timeout 15000
上述这种我们分别制作8个 代表 8台服务器上Redis 通过命令
cd /Redis安装目录/src/
redis-cli --cluster create --cluster-replicas 1 192.168.174.129:5555 192.168.174.129:5556 192.168.174.129:5557 192.168.174.129:5558 192.168.174.129:5559 192.168.174.129:5560 192.168.174.129:5561 192.168.174.129:5562
–replicas 1 采用最简单的方式配置集群,一台主机,一台从机
组合成为一个集群
使用查找替换修改文件
例如:: %s/6379/6380
把文件中所有6379替换为6380
以集群的方式连接到Redis
redis-cli -c -p 5555 # 加个-c 就好了
查看集群信息
cluster nodes
一个集群至少要有三个主节点。
选项
--cluster-replicas 1
表示我们希望为集群中的每个主节点创建一个从节点。分配原则尽量保证每个主数据库运行在不同的IP地址,每个从库和主库不在一个IP地址上。
插槽 slots
[OK] All
16384
slots covered.一个 Redis 集群包含 16384 个插槽(hash slot), 数据库中的每个键都属于这 16384 个插槽的其中一个,
集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽, 其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和 。
集群中的每个节点负责处理一部分插槽。 举个例子, 如果一个集群可以有主节点, 其中:
节点 A 负责处理 0 号至 5460 号插槽。
节点 B 负责处理 5461 号至 10922 号插槽。
节点 C 负责处理 10923 号至 16383 号插槽。
不在一个slot下的键值,是不能使用mget,mset等多键操作
查询集群中的值
cluster getkeysinslot + slot号 +count 数量
不在一个slot下的键值,是不能使用mget,mset等多键操作。
可以通过{}来定义组的概念,从而使key中{}内相同内容的键值对放到一个slot中去
故障恢复
如果某一段插槽的主从都挂掉,而cluster-require-full-coverage 为yes ,那么 ,整个集群都挂掉
如果某一段插槽的主从都挂掉,而cluster-require-full-coverage 为no ,那么,该插槽数据全都不能使用,也无法存储。
redis.conf中的参数
cluster-require-full-coverage
集群的jedis开发
public class JedisClusterTest {
public static void main(String[] args) {
Set<HostAndPort>set =new HashSet<HostAndPort>();
set.add(new HostAndPort("192.168.31.211",6379));
JedisCluster jedisCluster=new JedisCluster(set);
jedisCluster.set("k1", "v1");
System.out.println(jedisCluster.get("k1"));
}
}