redis - Redis，XREADGROUP流阻塞了一年，笨吗？

Question

告诉XREADGROUP在有消息而不是客户端必须轮询之前进行阻止是否有任何弊端？
从:
https://redis.io/commands/xreadgroup
尚不清楚这是否意味着:

"On the other side when XREADGROUP blocks, XADD will pay the O(N) time in order to serve the N clients blocked on the stream getting new data."

有人可以阐明Redis中的 阻止流的机制吗？

Answer 1

"On the other side when XREADGROUP blocks, XADD will pay the O(N) time in order to serve the N clients blocked on the stream getting new data."

假设该流为空，并且N个客户端使用不同的组名调用 XREADGROUP。由于流为空，因此这些客户端将阻塞，直到收到新消息为止。
当您调用 XADD将消息添加到流时，Redis需要将回复发送给这N个阻止客户端。这就是 XADD将付出O(N)时间的原因。

Are there any downsides to telling XREADGROUP to block until there is a message rather than the client having to poll?

如果N非常大，即有太多客户端在流上阻塞，则 XADD命令可能会阻塞Redis一段时间，因为它是单线程的。如果N小，则不会影响性能。