Skip to content

Commit

Permalink
fix typo
Browse files Browse the repository at this point in the history
  • Loading branch information
isno committed Feb 9, 2025
1 parent 00b2104 commit c1bab99
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions consensus/raft-log-replication.md
Original file line number Diff line number Diff line change
Expand Up @@ -49,9 +49,9 @@ Raft 算法中,领导者通过广播消息(AppendEntries RPC)将日志条
Raft 日志复制过程需要等待多数节点确认。节点越多,等待的延迟也相应增加。所以说,以 Raft 构建的分布式系统并不是节点越多越好。如 etcd,推荐使用 3 个节点,对高可用性要求较高,且能容忍稍高的性能开销,可增加至 5 个节点,如果超出 5 个节点,可能得不偿失。
:::

我们来看日志复制的另一种情况。在上述例子中,只有 follower-1 成功追加日志,这是因为 follower-2 的日志并不连续。日志的连续性至关重要,因为如日志条目没有按正确顺序应用到状态机,各个 follower 节点的状态肯定不一致。
我们来看日志复制的另一种情况。在上述例子中,只有 follower-1 成功追加日志,follower-2 因为日志不连续,追加失败。日志的连续性至关重要,如果日志条目没有按正确顺序应用到状态机,各个 follower 节点的状态肯定不一致。

当 follower-1 收到日志复制请求后,它会通过 prevLogIndex 和 prevLogTerm 检查本地日志的连续性。如果日志缺失或存在冲突,follower-2 会返回失败响应,指明与领导者日志不一致的部分。
当 follower-2 收到日志复制请求后,它会通过 prevLogIndex 和 prevLogTerm 检查本地日志的连续性。如果日志缺失或存在冲突,follower-2 会返回失败响应,指明与领导者日志不一致的部分。

```json
{
Expand Down

0 comments on commit c1bab99

Please sign in to comment.