分布式一致性协议——Raft

本文介绍了分布式一致性问题,通过一个简单的场景引入,详细解析了Raft协议的工作过程,包括Leader选举和日志复制。在特殊情况讨论中,提到了选举过程中可能出现的两个candidate竞争以及网络分区的处理策略。最后总结了Raft协议的特点,强调其通过半数以上节点同意的方式来确保选举和一致性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

什么是分布式一致性?

起源于拜占庭将军问题,感兴趣的同学可以百度下。

下面通过一个问题来说明:现在有个单节点系统,存储一个值,你可以想象成数据库或者一个kv 存储服务器。

客户端发送一个数据 8 ,由于服务端只有一个节点,所以很容易就达成了一致。

现在如果我们的服务器变成了 3 个节点,这个时候如何保证 3个节点达成一致呢?这个问题就是分布式一致性问题。

分布式一致性协议

是指实现分布式一致性的协议,比如 Raft 、Paxos、Gossip 等。

分布式节点的三个状态: follower、 candidate、leader , 所有节点的初始状态都是 follower 。

Raft 工作过程

Leader 选举

如果一个 foll

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

【非典型Coder】

赏个鸡腿吧

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值