From c1bab99a0c926180f54200d2e936af847544d455 Mon Sep 17 00:00:00 2001 From: isno Date: Sun, 9 Feb 2025 11:16:47 +0800 Subject: [PATCH] fix typo --- consensus/raft-log-replication.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/consensus/raft-log-replication.md b/consensus/raft-log-replication.md index b44e7265..49ee0d4e 100644 --- a/consensus/raft-log-replication.md +++ b/consensus/raft-log-replication.md @@ -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 {