基于Redis实现任务队列

最新推荐文章于 2024-04-29 20:10:54 发布

高冷小伙

最新推荐文章于 2024-04-29 20:10:54 发布

阅读量866

点赞数

文章标签： redis 数据库 java

本文链接：https://blog.csdn.net/alpha_xia/article/details/130048565

版权

任务队列

1、List

特点

使用list作为任务队列时，最大长度取决于内存的大小，没有限制；
当任务队列为空时，消费者拉取消息，会根据不同的操作产生不同的结果：
- 消费者使用BLPOP等阻塞式操作，会一直阻塞等待新的数据到来，直到超时或有新的数据插入到队列中。
- 消费者使用的是非阻塞式的取出操作，如LPOP等，当队列为空时，这些操作将返回空值（null）；
消息只能被单个消费者消费，无法重复消费；
redis宕机时，会存在消息丢失问题；

blpop task_queue 60
lpop task_queue
ltrim task_queue 1 4

2、Pub/Sub

pub/sub的最大特点是支持多生产者、多消费者，每个正常的消费端都能获取到生产者发出的消息。
但问题是channel本身并不存储消息，生产者创建的消息，channel会实时地将消息发送给消费端；所以，一旦一个消费者断开连接，那么它将再也无法处理断连过程中生产的消息。
=所以，pub/sub作为消息队列，完全不具备“可靠性”，它的优点在于消息的及时通知其他节点，因此，redis集群中的哨兵模式使用的就是pub/sub模型。
_哨兵模式_最简单的模型如下，哨兵进程通过监控主服务器状态是否正常，如果不正常，就通知所有从服务器。
在这里，从服务器是消费端，哨兵进程所在的服务器是生产者。