Redis Cluster与TwenProxy-移动响应

Question

我想将Redis用于特定用例。我不确定使用Redis集群还是Twenproxy Sentinel。

我知道这个集群随时都是赢家。我只是因为感动的反应而怀疑。在移动响应的情况下，客户机将连接另一个节点，在重新填充的情况下，它可能必须再次连接另一个节点。但在Twem的情况下，它知道数据驻留在哪里，因此永远不会得到移动的响应。

Twem有不同的问题，比如增加了一跳，可能会增加整体周转时间，增加新节点的问题，或者如果它将一些节点排除在外，它将无法满足对该节点上存在的密钥的请求。额外的维护头痛，比如，我的Redis实例有哨兵，twm本身的HA机制有哨兵。

有谁能建议我，我应该用Twem还是Cluster？我想和特温一起去，因为我不会来回走动，以防被感动的反应。但考虑到上述担忧，我对此持怀疑态度。

P、 我计划在Redis上使用Jedis客户端（如果有帮助的话）。

Answer 1

首先，我不熟悉Twemproxy，所以我只谈谈您对Redis集群的担忧。

Redis客户端可以从Redis集群获得完整的插槽节点映射，即密钥的位置。它可以在客户端缓存映射，并将请求发送到正确的节点。因此，大多数情况下，它不会被重定向，即获取移动的消息。

但是，如果您添加/删除节点或重新硬数据集，客户端将收到MOVED消息，因为它仍然使用旧的映射。在这种情况下，客户端可以更新其本地缓存，任何后续请求都将发送到正确的节点，即不再有MOVED消息。

一个好的客户端库可以进行上述优化以提高效率。因此，如果您的客户端库进行了这种优化，您就不需要担心移动的代价。