Raft

CockroachDB事務剖析-第二篇

本篇主要是講述一些事務實現過程中的細節補充,比較瑣碎,很多時候需要結合程式碼才能理解。 KV GC CockroachDB後臺任務定期掃描store的kv,MVCC資料最多保留25hour(

CAP 一致性協議及應用實踐

文 | 雲開 on 使用者中心 一、一致性 1.1 CAP 理論 C 一致性:分散式環境中,一致性是指多個副本之間,在同一時刻能否有同樣的值 A 可用性:系統提供的

深入淺出共識演算法–Consensus algorithms

我們將從分散式儲存系統面臨的一致性問題開始進行討論,進而比較詳細地分析Raft和ZAB兩種近年來最受關注的演算法。 因為希望儘量涵蓋演算法的內容,所以文章很長,建議備好啤酒飲料 雖然已經很長,還是不夠涵

etcd/raft code walkthrough

我照着 raft 论文重新过了一遍 etcd/raft 的代码,主要的文件是 etcd 下面的raft.go 。对照这个代码重新梳理一遍也算是深入理解一下 raft 算法。接下来会包含两个视频一个是选举相关

etcd原始碼閱讀(二):raft

今天講的是raft 這個資料夾下的內容。我覺得etcd的程式碼寫得不夠好,當然,也有可能是因為我外行,不過這只是我的感受,不喜勿噴。 首先要看一下doc.go 這個檔案,裡面寫了很多

Raft論文閱讀筆記

Raft叢集中,每個server只有三種狀態:leader,follower,candidate(選舉)。 follower不會主動傳送訊息,只會接受和響應訊息。 leader處理所有

1715432521.3418