本文探讨了Redis中的List结构作为事件队列在系统解耦、削峰填谷和异步处理中的作用。低版本Redis的单线程模型可能导致性能瓶颈，特别是在写操作频繁时。为解决此问题，提出了消费者时间片模型，通过分析消费者处理耗时调整读取速度，以更有效地利用资源。总结指出，应对高写入频率的事件队列，需评估任务时间片耗时，避免资源浪费。
背景
- redis中提供list队列结构,可以利用api方便的实现生产者-消费者的模型
- 在系统的架构设计中,通过引入队列起到了解耦,削峰,异步的效果
- 在低版本的redis中,redis的线程模型是单线程的,因此可能存在性能问题
事件队列架构
- 在生产者进行生产的时候,根据注册的消费者,将消费者感兴趣的事件通过push方式,放到消费者的队列中
- 消费者,通过pop的方式获取事件,实现先入先出的队列效果
redis事件队列的问题
- 在一个redis的cpu时间周期内,如果读的时间片小于写的时间片就会造成队列堆积
消费者时间片模型
- 在消费者的一个时间周期内,主要做3件事,读队列,处理任务,cpu空闲
- 通过分析消费者的一个时间周期内的耗时,可以计算处理耗时,进行确定读取队列的速度
- 通过确定读取队列的速度以及机器的资源情况,更加充分的利用资源
总结
- 对于基于低版本redis实现的事件队列,当写频繁的时候,会存在性能积压的问题
- 如果只是扩充机器,会造成资源浪费,解决方式是评估自己的任务时间片耗时
扫一扫
2159
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
