服务器的容量不足或者进行并发写操作的用户过多等情况下可以使用多台Redis集群的方式缓解压力。
注:(高并发的写操作,如果是一主多从模式主服务器承受的压力会很大,因此引入集群)
以电商项目的用户、订单、商品三个模块来演示代理主机和无中心化集群。如下图:
问题:客户端通过何种方式知道需要去请求哪个服务?
访问的时候请求代理服务器,由代理服务器进行分发。
局部可以使用主从模式,如果其中某一台Redis服务器挂掉,从机上位变为主服务器继续提供服务。
可以看到,以代理主机方式按照目前的需求搭建集群,至少需要8台服务器。搭建和后期维护都很不方便,所以不推荐使用此方式创建集群,于是引入了无中心化方式的集群!!!
②无中心化搭建Redis集群方式解决此问题(推荐)
无中心化Redis集群搭建方式最少需要6台服务器即可。和代理主机方式相比优势明显。
Redis 集群实现了对Redis的水平扩容,即启动N个redis节点,将整个数据库分布存储在这N个节点中,每个节点存储总数据的1/N。
Redis 集群通过分区来提供一定程度的可用性: 即使集群中有一部分节点失效或者无法进行通讯, 集群也可以继续处理命令请求。
根据上面介绍,我们了解到无中心化集群搭建方式至少需要6台Redis服务器。接下来演示无中心化Redis集群环境搭建:
接下来演示在一台linux主服务器上模拟六台Redis服务器,演示无中心化Redis集群环境的搭建:
①在Linux服务器中新建一个myredis文件夹。如下图:
②创建6个redis实例,端口号为:6379、6380、6381、6389、6390、6391
(如果使用云服务器记得设置这几个端口的安全组)
实现:
③启动6个Redis服务
格式:redis-server redis6379.conf(启动redis6379服务)
④一个集群至少要有三个主节点,先组合创建只有三个主节点的集群(6379、6380、6381)
组合之前,务必请确保所有redis实例启动后,nodes-xxxx.conf文件都生成正常。
Redis版本低的话,需要额外装上rubby环境。新版的redis自带了rubby环境,。我使用的是新版本redis7
使用命令进行合并创建集群
redis-cli --cluster create --cluster-replicas 0 -a 你的redis密码
47.116.4.200:6379 47.116.4.200:6380 47.116.4.200:6381
其中参数:
⑤启动redis服务后,需要连接Redis。
⑦增加三个从机到集群中去,并设置相应的主机
redis-cli --cluster add-node 47.116.4.200:6389 47.116.4.200:6379 --cluster-slave --cluster-master-id 主机的id (-a Redis密码):增加从节点6389到集群中去,并将其设置为6379主机的从机。
以同样的方式,把6390添加为6380的从机;把6391添加为6381的从机。
添加完毕之后通过redis-cli -c -p 6379连接一台集群中的redis服务器。并通过cluster nodes查看节点信息。如下图:
此时可以看到集群中节点已经分为三组:
一个 Redis 集群包含 16384 个插槽(hash slot), 数据库中的每个键都属于这 16384 个插槽的其中一个。
插槽用来把值平均分配到不同主机中去,达到分担压力的效果。(比如set k1 v1操作的时候,会计算k1所在插槽值,根据各节点管辖的插槽范围,放入相应的节点中去)
集群使用公式 CRC16(key) % 16384
来计算键 key 属于哪个槽。
集群中的每个节点负责处理一部分插槽。 如下图:
上图中的当前集群有三个主节点, 其中:
节点 6379 负责处理 0 号至 5460 号插槽。
节点 6380 负责处理 5461 号至 10922 号插槽。
节点 6381 负责处理 10923 号至 16383 号插槽。
①录入单个值
6381管理的插槽范围是10923 号至 16383 号,12706在其范围内。
一开始,请求进入6379,执行set k1 值操作时,计算k1的插槽值,发现k1插槽值不在6379服务器管理范围内,于是会转移请求找到6381服务器并执行set操作。
②尝试录入多个值
无法计算多个key的插槽值。集群中mset不能执行成功。
如果非要在集群中录入多个值,可以使用添加分组的方法
key值后面添加{ 组名 },就可以根据组名计算插槽
,而不用再根据key值计算。此方法插入即可成功。如下图:
①cluster keyslot key:计算key值的插槽数
②cluster countkeysinslot 插槽值:计算插槽中有几个key(键)
注意: 虽然当前12706插槽中有一个k1,但12706在 6381节点的管辖的插槽值范围(10923~16383) 内。此命令只能计算当前6380节点管辖的插槽值范围(5461~10922) 内的数据。上图中的12706超出范围,因此返回0。
③cluster getkeysinslot 插槽数 个数:返回count个插槽中的key
上图表明,此时的4576插槽中只有一个k3。
此时我们搭建的集群中为三组“一主一从”,如果集群中某台主机挂掉,其从机立马上位接替主机工作,继续提供服务。此即为故障恢复。 如下图:
此时思考:如果此时再次重启6379服务器,6379的角色是什么?
答案是重启6379服务器,6379角色变为6389的从机,上位主机后的6389服务器依然是主机。如下图:
答案为不一定。主要要看配置文件。
某一段插槽的主从都挂掉时,集群能否提供服务主要看配置信息(cluster-require-full-coverage )
:
优点
:多台服务器集群可以分摊并发操作压力、实现扩容。
缺点
:不支持多键操作(如mset命令会操作失败)、不支持多键的Redis事务、不支持lua脚本.