Raft 中的 IO 执行顺序(修正版: SoftState 与 HardState) - OpenACID Blog

[giscus[bot]]

Raft 中的 IO 执行顺序(修正版: SoftState 与 HardState) - OpenACID Blog

修正之前文章对 Raft IO 顺序问题的理解。问题不在 Raft 的设计，而在于实现中 SoftState 与 HardState 的区分导致的陷阱

https://blog.openacid.com/algo/raft-io-order-fix-cn/

[lance6716]

目前理解例子中的 t6 由于错误跳过了 save-term，满足了“Raft 要求 save-term 和 save-entries 的 IO 都必须完成才能返回成功”，可以向上层返回成功了。此时 t5 还没 commit、t6 就 commit，也是有点怪异的（难道错误引入了并行 commit？）

[drmingdrmer]

对...这里也是不太严谨-"-;

t6直接发E5-2, 如果leader等E5-1,就无法commit;
如果Leader跟Follower是类似流式通讯, 不是client/server一问一答的, 只收最后复制的状态, 就能commit;

或者这样构造commit的场景: t5时刻超时,Leader重发了E5-1,E5-2, 这时N3上soft_term是5, hard_term是1, 就能提交了.