【发布时间】:2018-06-12 19:49:55
【问题描述】:
我对摘要请求有几个问题,我通读了文档,但以下信息不切题,
1) 假设我有 10 个节点集群,RF = 3 和 RC = 2,
为了便于理解,让副本为节点 1、节点 2 和节点 3,协调器为节点 4。
对于读取请求,根据我的理解,第一个协调器(节点 4)将直接请求发送到具有较低延迟(动态告密者)的节点之一,即节点 1 并获取数据,然后在收到数据后发送对下一个延迟节点之一的摘要请求说节点 2 并仅获取哈希并与从直接请求计算的哈希进行比较。
问题 1:摘要请求在收到直接请求后是否与直接请求(或)并行发送(到节点 2)它发送摘要请求?
问题 2: 我知道节点 3 的摘要请求也会发送以保证数据一致性,但是协调器(节点 4)何时将摘要请求发送到第三个副本(节点 3) ?是在协调员回复客户之后吗?
问题 3: 另外文档中提到只有在完成读取修复后协调器才会回复客户端?
问题4:除了Tracing on,谁能解释一下实时识别读写请求流的方法?
如果你们能用工作流程解释这些问题,那就太好了,这对每个人都有用。
我也阅读了视频以供参考:https://www.youtube.com/watch?v=HuDJBTPdaOA&list=PLm-EPIkBI3YorKfmT9LXpBhyeZMYAM1M7
【问题讨论】: