Redis-用于排序集的推送范式

时间:2018-08-02 06:05:15

标签: redis notifications stackexchange.redis sortedset

由于轮询会浪费资源,因此有哪些选择可在插入,修改或删除时得到通知,以使自本地上一个索引以来不查询新成员?我遇到但缺少的选项:

  1. 使用pub / sub,但是缺点:单独的通知系统也不可靠。
  2. use键事件通知(默认情况下已禁用)似乎更像是一种局外人功能,甚至不可靠。
  3. (不可选择的非阻塞读取别名轮询)

这很关键,尚未在其网站上讨论。由于时间序列建模,我选择了排序集。

----------------------------
保持原始问题不变,我应该采用其他方法:
进一步的研究表明,自排序集以来,我可能想要流:

  

排序集内存不足,自然无法为同一条消息建模   一次又一次地传递,客户无法阻止收到新消息。   由于排序后的集合不是顺序数据结构,因此它是一个集合   元素可以在其中移动以更改其得分:难怪>时间序列之类的内容并不是很好的匹配。

来自博客文章http://antirez.com/news/114

因此正确的选择可能是使用XREAD进行流式处理:阻止新数据

  

...旨在同时读取多个流   只需指定获得的流中最后一个条目的ID。

     

此外,如果没有可用数据,我们可以请求阻止   数据到达时不受阻碍。与阻塞类似   列出操作,但此处未从流中消耗数据,并且   多个客户端可以同时访问相同的数据。

0 个答案:

没有答案