Redis可靠的队列,用于多线程处理

时间:2015-04-18 05:26:17

标签: redis reliable-message-delivery

对于我正在进行的项目,我使用Redis在多个进程中分发消息。现在,我应该让他们可靠

我考虑通过BRPOPLPUSH命令使用Reliable队列模式。此模式表明处理线程在作业成功完成后,通过lrem命令从“处理列表”中删除了额外的消息副本。

当我使用多个线程弹出时,弹出项目的额外副本将从多个线程进入处理列表。也就是说,处理队列包含由多个线程弹出的元素。因此,如果一个线程完成了它的工作,它就无法知道要从“处理队列”中删除哪个项目。

为了克服这个问题,我想我应该基于threadId维护多个处理队列(每个线程一个)。所以,我的BRPOPLPUSH将是:

BRPOPLPUSH <primary-queue> <thread-specific-processing-queue>

然后,为了清理timedout对象,我的监控线程必须监视所有这些特定于线程的处理队列。

对于这个问题,有没有比上面提出的方法更好的方法?

1 个答案:

答案 0 :(得分:0)

@ user779159

为了支持可靠的队列机制,我们采用以下方法:

 - two data structures
    -- Redis List (the original queue from which items are popped regularly)
    -- a Redis z-set, which temporarily stores the popped item.

算法:

-- When an element is popped, we store in z-set 
-- If the task that picked the item completed its job, it will delete the entry from z-set.
-- If the task couldn't complete it, the item will be hanging around in z-set. So we know, whether a task was done within expected time or not.
-- Now, another background process periodically scans this z-set, picks up items which are timedout, and then puts them back to queue

如何完成:

  • 我们使用zset来存储我们所用的项目(通常使用lua 脚本)。
  • 我们存储超时值作为此项目的排名/分数。
  • 另一个扫描程序,会定期(比如每分钟)运行一次 z-set命令zrangebyscore,用于选择(现在和最后1个)之间的项目 分钟)。
  • 如果上面的命令找到了项目,这意味着 弹出项目的过程(通过brpop)尚未完成 任务及时。
  • 所以,这个第二个过程会把项目放回去 排队(redis list)最初属于的地方。