Redis集群实现

1.1Redis集群

###1.1.1为什么要搭建集群
通常,为了提高网站响应速度,总是把热点数据保存在内存中而不是直接从后端数据库中读取。
Redis是一个很好的Cache工具。大型网站应用,热点数据量往往巨大,几十G上百G是很正常的事儿。
由于内存大小的限制,使用一台 Redis 实例显然无法满足需求,这时就需要使用多台 Redis作为缓存数据库。但是如何保证数据存储的一致性呢,这时就需要搭建redis集群.采用合理的机制,保证用户的正常的访问需求.
采用redis集群,可以保证数据分散存储,同时保证数据存储的一致性.并且在内部实现高可用的机制.实现了服务故障的自动迁移.

###1.1.2集群搭建计划
主从划分:
3台主机 3台从机共6台 端口划分7000-7005
##1.2集群搭建
###1.2.1准备集群文件夹
1.准备集群文件夹
Mkdir cluster
2.在cluster文件夹中分别创建7000-7005文件夹
在这里插入图片描述

###1.2.2复制配置文件
说明:
将redis根目录中的redis.conf文件复制到cluster/7000/ 并以原名保存
cp redis.conf cluster/7000/
###1.2.3编辑配置文件
1.注释本地绑定IP地址
在这里插入图片描述

2.关闭保护模式
在这里插入图片描述

3.修改端口号
在这里插入图片描述

4.启动后台启动
在这里插入图片描述

5.修改pid文件
在这里插入图片描述

6.修改持久化文件路径
在这里插入图片描述

7.设定内存优化策略
在这里插入图片描述
在这里插入图片描述

8.开启集群配置
在这里插入图片描述

9.开启集群配置文件
在这里插入图片描述

10.修改集群超时时间
在这里插入图片描述

###1.2.4复制修改后的配置文件
说明:将7000文件夹下的redis.conf文件分别复制到7001-7005中
[root@localhost cluster]# cp 7000/redis.conf 7001/
[root@localhost cluster]# cp 7000/redis.conf 7002/
[root@localhost cluster]# cp 7000/redis.conf 7003/
[root@localhost cluster]# cp 7000/redis.conf 7004/
[root@localhost cluster]# cp 7000/redis.conf 7005/
###1.2.5批量修改
说明:分别将7001-7005文件中的7000改为对应的端口号的名称,
修改时注意方向键的使用
在这里插入图片描述

###1.2.6通过脚本编辑启动/关闭指令
1.创建启动脚本 vim start.sh
在这里插入图片描述

2.编辑关闭的脚本 vim shutdown.sh

在这里插入图片描述

3.启动redis节点
sh start.sh
4.检查redis节点启动是否正常
在这里插入图片描述

###1.2.7创建redis集群
#5.0版本执行 使用C语言内部管理集群
redis-cli --cluster create --cluster-replicas 1 192.168.35.130:7000 192.168.35.130:7001 192.168.35.130:7002 192.168.35.130:7003 192.168.35.130:7004 192.168.35.130:7005

在这里插入图片描述
在这里插入图片描述

###1.2.8Redis集群高可用测试
1.关闭redis主机.检查是否自动实现故障迁移.
2.再次启动关闭的主机.检查是否能够实现自动的挂载.
一般情况下 能够实现主从挂载
个别情况: 宕机后的节点重启,可能挂载到其他主节点中(7001-7002) 正确的

##1.3Redis集群原理
###1.3.1Redis集群高可用推选原理
如图-24所示
在这里插入图片描述

图- 24
原理说明:
Redis的所有节点都会保存当前redis集群中的全部主从状态信息.并且每个节点都能够相互通信.当一个节点发生宕机现象.则集群中的其他节点通过PING-PONG检测机制检查Redis节点是否宕机.当有半数以上的节点认为宕机.则认为主节点宕机.同时由Redis剩余的主节点进入选举机制.投票选举链接宕机的主节点的从机.实现故障迁移.
###1.3.2Redis集群宕机条件
特点:集群中如果主机宕机,那么从机可以继续提供服务,
当主机中没有从机时,则向其它主机借用多余的从机.继续提供服务.如果主机宕机时没有从机可用,则集群崩溃.
答案:9个redis节点,节点宕机5-7次时集群才崩溃.
如图-25所示:
![在这里插入图片描述](https://img-blog.csdnimg.cn/20200721000318867.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N2X19fX18=,size_16,color_FFFFFF,t_70

图- 25
在这里插入图片描述

1.3.3Redis hash槽存储数据原理
说明: RedisCluster采用此分区,所有的键根据哈希函数(CRC16[key]%16384)映射到0-16383槽内,共16384个槽位,每个节点维护部分槽及槽所映射的键值数据.根据主节点的个数,均衡划分区间.
算法:哈希函数: Hash()=CRC16[key]%16384
如图-26所示

图- 26在这里插入图片描述

当向redis集群中插入数据时,首先将key进行计算.之后将计算结果匹配到具体的某一个槽的区间内,之后再将数据set到管理该槽的节点中.
如图-27所示

图- 27

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis集群实现key值过期监听机制有多种方式,以下是其中一种常用的方法: 1. 使用Redis的发布订阅功能:Redis的发布订阅功能可以用于实现key过期的监听机制。具体步骤如下: - 客户端(订阅者)使用`SUBSCRIBE`命令订阅一个频道,例如`__keyevent@0__:expired`,其中`0`表示数据库编号。这个频道是Redis内置的用于监听key过期事件的频道。 - 当一个key过期时,Redis会将一个消息发布到该频道,消息的内容为过期的key。 - 客户端(订阅者)通过监听该频道的消息来得知key过期的事件,进而执行相应的处理逻辑。 注意:由于Redis集群中的不同节点之间的消息传递是异步的,所以无法保证每个节点都能及时收到过期事件的消息。如果需要保证实时性,可以使用以下方法。 2. 使用Lua脚本和Lua脚本调用:Redis支持使用Lua脚本进行操作,结合Lua脚本调用可以实现集群中的key过期监听机制。具体步骤如下: - 编写一个Lua脚本,该脚本通过`KEYS`和`ARGV`参数接收过期的key和其他参数。 - 使用Redis的`EVAL`命令调用Lua脚本,传递过期的key和其他参数。 - 在Lua脚本中,可以执行相应的处理逻辑,比如将过期的key添加到一个队列中,供其他程序消费。 - 其他程序可以通过消费队列中的过期key来得知key过期的事件,进而执行相应的处理逻辑。 注意:使用Lua脚本和Lua脚本调用可以保证在集群中的每个节点都能及时处理过期事件,但需要注意处理过期事件的逻辑不能太复杂,以免影响Redis的性能。 以上是Redis集群实现key值过期监听机制的两种常用方法,根据具体需求选择适合的方式。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值