【问题标题】：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”
【问题讨论】：
标签：
distributed
distributed-system
consistency
consensus
raft
【解决方案1】：
这是一个不确定的结果，因为我们当时不知道该值是否会被提交。也就是说，新的领导者可能决定保留或覆盖该值；我们只是没有要知道的信息。
在我维护的一些系统中，较低级别的系统（共识层）为每个请求提供两个成功结果。当领导者将其放入其日志时，它首先返回Accepted，然后当值被充分复制时返回Committed。
Accepted 结果意味着该值可能稍后会提交，但可能不会。
包装共识层的层可以更智能地处理返回给客户端的值。他们对系统有更广泛的了解，可以重试请求和/或向新领导者询问价值。这样，整个系统就可以具有惯用的 single 返回值。