问题
容量不够,redis如何进行扩容?
并发写操作,redis如何分摊?
主从模式,薪火相传模式,主机宕机,导致ip地址发生变化,应用程序中配置需要修改对应的主机地址、端口等信息。
之前是通过代理主机来解决(Nginx),但是redis3.0中提供了解决方案:无中心化集群配置(各个主机均可作为访问入口)。
什么是集群
Redis集群实现了对Redis的水平扩容,即启动N个redis节点,将整个数据库分布存储在N个节点中,每个节点存储总量的1/N(分摊)。
Redis集群通过分区(partition)来提供一定程度的可用性(availability):即使集群中有一部分节点失效或者无法进行通讯,集群也可以继续处理命令请求。
实现集群
配置基本信息
开启deamonize yes
pid 文件名字
指定端口
Log 文件名字
Dump.rdb 名字
Appendonly 关闭或换名字
redis cluster配置修改
cluster-enabled yes:打开集群模式
cluster-config-file nodes-6379.conf:设定节点配置文件名
cluster-node-timeout 15000:设定节点失联时间,超过该时间(毫秒),集群自动进行主从切换
具体操作
-
配置6个配置文件,端口号分别为:6379、6380、6381、6389、6390、6391
include /data/redis/myCluster/redis.conf pidfile "/var/run/redis_6379.pid" port 6379 dbfilename "dump.rdb" cluster-enabled yes cluster-config-file nodes-6379.conf cluster-node-timeout 15000
-
启动6个redis节点
-
将6个节点合成一个集群
-
组合之前,需确保所有redis实例启动后,nodes-xxxx.conf文件都生成正常
-
进入redis安装目录中src中
-
使用指定进行合并
redis-cli --cluster create --cluster-replicas 1 10.0.20.14:6379 10.0.20.14:6380 10.0.20.14:6381 10.0.20.14:6389 10.0.20.14:6390 10.0.20.14:6391
-
注意:此处不要用127.0.0.1,请用真实IP(此处是模拟实现,所以使用了内网ip)
–replicas 1:采用最简单的方式配置集群,一台主机,一台从机,正好三组(后面的数字是指每个主机从机的数量,数量为几就代表一个主机下有几个从机)
登录方式
可直接进入读主机,但存储数据时,会出现MOVED重定向操作,所以应该以集群方式登录
-c :使用-c参数采用集群策略连接,设置数据会自动切换到相应的写主机
通过cluster nodes命令查看集群信息
redis cluster如何分配这六个节点?
一个集群至少要有三个主节点;
选项 --cluster-replicas 1 表示我们希望为集群中每个主节点创建一个从节点;
分配原则:尽量保证每个主数据库运行在不同的IP地址,每个从库和主库不在同一IP地址上;
什么是slots
一个Redis集群包含16384个插槽(hash slot),数据库中的每个键都属于这16384个插槽的其中一个(每个插槽中可以存储n个key);
集群使用CRC16(key)%13684来计算键key属于哪个槽,其中CRC16(key)语句用于计算键key的CRC16检验和;
集群中的每个节点负责处理一部分插槽(具体可以查看组合集群时图片,有详细说明);
在集群中录入值
在redis-cli每次录入,查询键值,redis都会计算出该key应该送往的插槽,如果不是当前客户端所对应的插槽,redis会报错,并告知应前往redis实例地址和端口;
redis-cli客户端提供了 -c 参数实现自动重定向(演示参考登录方式节点);
不在一个slot下的键值,不能使用mset、mget等多键操作;
可以通过{}来定义组的概念,从而使key中{}内相同内容的键值对放到一个slot中去;
查询集群中的值
cluster keyslot :计算key所在的插槽
10.0.20.14:6381> cluster keyslot k1
(integer) 12706
cluster countkeysinslot :插槽中key的数量
10.0.20.14:6381> cluster countkeysinslot 12941
(integer) 3
cluster getkeysinslot :返回count个slot槽中的键
10.0.20.14:6381> cluster getkeysinslot 12941 2
1) "k1{dou}"
2) "k2{dou}"
故障恢复
- 如果主节点下线,从节点能否自动升为主节点?
可以自动升为主节点,但要等待15秒超时(配置文件中设置)
- 主节点恢复后,主从关系如何?
子节点变为从机
- 如果多有某一段插槽的主从节点都宕机,redis服务是否还能继续?
取决于redis.conf中参数:cluster-require-full-coverage配置
如果某一段插槽主从都挂掉,而cluster-require-full-coverage为yes,那么整个集群都挂掉;
如果某一段插槽主从都挂掉,而cluster-require-full-coverage为no,那么,该插槽数据全部不能使用,也无法存储
示例1:cluster-require-full-coverage yes
示例2:cluster-require-full-coverage no
步骤同上,仅展示最后测试集群是否能够使用
Redis集群提供了以下好处
- 实现扩容
- 分摊压力
- 无中心配置相对简单
Redis集群的不足
- 多键操作时不被支持的
- 多键的Redis事务是不被支持的,lua脚本不被支持