RAFT:当Leader在操作过程中发生变化时会发生啥

Posted

技术标签:

【中文标题】RAFT:当Leader在操作过程中发生变化时会发生啥【英文标题】:RAFT: What happens when Leader change during operationRAFT:当Leader在操作过程中发生变化时会发生什么 【发布时间】:2021-11-09 15:13:05 【问题描述】:

我想了解以下场景:

3节点集群(n1、n2、n3) 假设 n1 是领导者 客户端向 n1 发送操作/请求 由于操作过程中的某种原因,即(appendentry、commitEntry ...)leader 更改为 n2 但 n1 已成功写入其日志

这应该被视为操作/请求失败吗?或者它应该返回“Leader Change”

【问题讨论】:

【参考方案1】:

这是一个不确定的结果,因为我们当时不知道该值是否会被提交。也就是说,新的领导者可能决定保留或覆盖该值;我们只是没有要知道的信息。


在我维护的一些系统中,较低级别的系统(共识层)为每个请求提供两个成功结果。当领导者将其放入其日志时,它首先返回Accepted,然后当值被充分复制时返回Committed

Accepted 结果意味着该值可能稍后会提交,但可能不会。

包装共识层的层可以更智能地处理返回给客户端的值。他们对系统有更广泛的了解,可以重试请求和/或向新领导者询问价值。这样,整个系统就可以具有惯用的 single 返回值。

【讨论】:

以上是关于RAFT:当Leader在操作过程中发生变化时会发生啥的主要内容,如果未能解决你的问题,请参考以下文章

Raft之Leader选举

通过 raft 的 leader lease 来解决集群脑裂时的 stale read 问题

链块技术 03期共识机制:RAFT

RAFT与PBFT

分布式共识算法 Raft

Raft协议简析