Question

当Fetchinig多套钥匙时,我可以看到,客户在一个长长的路里提出这一要求,并向相关的信库服务器发送(议定书似乎包括每个钥匙的单桶地图)。

因此,一个网络向客户发出所有钥匙的信号,这些钥匙的 v。

服务器如何响应这一要求?

如果连接服务器有所要求的所有价值,那么我期望连接服务器只提供所要求的数值。

然而,如果有几个组别,连接服务器可能没有所要求的钥匙。在这种情况下,服务器做了哪些工作? 我可以看到,这一请求包括 v光地图,因此,我可以期望,连接服务器可以要求特定的主子服务器为其价值服务。这只是我的猜测,我想知道服务器如何应对这种情况。

此外,如果钥匙存在,服务器由于“服务器大客”或其他一些错误而无法收回价值。

Always appreciated with your help

Answer 1

这样做有两种不同的方式,要么是 mo,要么是 mo。

客户

客户与库库库建立联系,首先将获得一组服务器和单列地图的清单。然后与该组各服务器连接。当您从事多功能工作时,客户将查阅其包含的单桶地图,并标明服务器所属。如果我们有三台服务器,客户将汇合最多三个多功能,并将每个服务器送至包含这一多功能的所有钥匙的相应服务器。每个服务器都将对客户作出回应,客户将把所有成果汇入一套成果。

With Moxi

在这种情况下,客户不了解该组群或单列地图,而是 mo。客户将把所有钥匙发送至轴心,然后 mo子将注意将其分离,并将其送至适当的服务器。

ever:

If a server is down or busy then all keys in that server specific multi-operation will fail. The client should return you the keys that it could get from the other servers and alert you of the error.

Rebalancing Scenario:

During a rebalance there is a small chance that a request will be sent to the wrong server. In this case the client should retry the operation on the correct server. During rebalance each client should receive a "fast-forward" vbucket map that says where all of the vbuckets will be after the rebalance. It will use the server in this vbucket map for the retry.

友情链接