使用redis实现事件队列的优缺点

背景

  • redis中提供list队列结构,可以利用api方便的实现生产者-消费者的模型
  • 在系统的架构设计中,通过引入队列起到了解耦,削峰,异步的效果
  • 在低版本的redis中,redis的线程模型是单线程的,因此可能存在性能问题

事件队列架构

  • 在生产者进行生产的时候,根据注册的消费者,将消费者感兴趣的事件通过push方式,放到消费者的队列中
  • 消费者,通过pop的方式获取事件,实现先入先出的队列效果

redis事件队列的问题

  • 在一个redis的cpu时间周期内,如果读的时间片小于写的时间片就会造成队列堆积

消费者时间片模型

  • 在消费者的一个时间周期内,主要做3件事,读队列,处理任务,cpu空闲
  • 通过分析消费者的一个时间周期内的耗时,可以计算处理耗时,进行确定读取队列的速度
  • 通过确定读取队列的速度以及机器的资源情况,更加充分的利用资源

总结

  • 对于基于低版本redis实现的事件队列,当写频繁的时候,会存在性能积压的问题
  • 如果只是扩充机器,会造成资源浪费,解决方式是评估自己的任务时间片耗时
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值