问Redis企业(分片)可靠队列

EN

一个单一的Redis数据结构，例如一个列表，确实不能被切分。需要问的第一个问题是，您的缩放关注点是否合理--一个Redis shard可以轻松地执行10 s(如果不是1000 s/秒的话)，而这种吞吐量可以发挥很大的作用。

假设单个键/数据结构/碎片不足以满足您的需要(就吞吐量而言)，那么您使用多个键的直觉确实是实现水平扩展的方法。

以某种方式确保每个队列散列到不同的碎片。

实际上，这有点过头了，海事组织。默认的哈希函数通常是足够好的，因此如果您选择一个合理数量的键/队列(例如10或42)，则大多数情况下您将得到跨时隙的可靠分布。

但是，这将需要在Redis被重发时更改生产者、消费者和队列密钥，这并不理想。

我不同意。首先，您需要记住，重新分配和集群拓扑在一般情况下都是非常罕见的。我不是说它们不会发生，但它们通常是由人们计划和管理的。其次，更重要的是，即使发生了这样的更改，并且散列槽在碎片之间穿梭，在同一个节点上结束的所有/大部分/许多队列的概率仍然很低(参见上文)。最后，如果您的所有键最终都放在一个碎片上，那么您以后总是可以手动地重新洗牌/迁移它们，以便平衡负载(使用Redis Enterprise的UI/CLI/API非常容易)。

最重要的是，您不需要更改密钥名称、生产者和/消费者。

观点:我认为Redis非常适合在另一个db/存储区前面使用更新缓冲区，因为它速度较慢，无法处理峰值。

免责声明:我在Redis实验室工作，这里是开源Redis的家，也是Redis Enterprise的供应商。