零、概述

讀確認數和寫確認數是分布式系統中實現可調一致性的核心機制。通過靈活配置這兩個參數，系統可以在一致性、可用性、性能之間找到最適合業務需求的平衡點。

理解這個概念的關鍵是認識到：分布式系統中的一致性不是非黑即白的，而是可以根據業務需求進行精確調節的。這種設計哲學使得現代分布式數據庫能夠適應各種不同的應用場景，從高吞吐量的日志系統到強一致性的金融系統。

?

一、基本概念解釋

1、 什么是寫確認數（w）？

寫確認數（w） 是指在分布式系統中，一個寫入操作需要等待多少個副本節點返回"寫入成功"的確認，才認為這次寫入操作完成。

舉個生活化例子：
假設你要把一份重要文件保存到3個不同的保險箱（3個副本），寫確認數就是"你需要等幾個保險箱告訴你’文件已保存成功’，你才放心地認為保存完成了"。

• 如果w=1：只要1個保險箱說"存好了"，你就認為完成
• 如果w=2：需要2個保險箱都說"存好了"，你才認為完成
• 如果w=3：需要3個保險箱都說"存好了"，你才認為完成

?

2、 什么是讀確認數（r）？

讀確認數（r） 是指在分布式系統中，一個讀取操作需要從多少個副本節點獲取數據，然后比較這些數據并選擇最新版本，才認為這次讀取操作完成。

繼續用保險箱例子：
當你要取出文件時，讀確認數就是"你需要打開幾個保險箱查看文件內容，然后選擇最新版本"。

• 如果r=1：只打開1個保險箱，直接拿那份文件
• 如果r=2：打開2個保險箱，比較文件版本，選擇較新的
• 如果r=3：打開3個保險箱，比較所有版本，選擇最新的

?

3、一致性級別的對應關系

常見一致性級別的r/w值

一致性級別	讀確認數(r)	寫確認數(w)	說明
ONE	r=1	w=1	最快，但可能讀到過期數據
QUORUM	r=?RF/2?+1	w=?RF/2?+1	平衡性能與一致性
ALL	r=RF	w=RF	最強一致性，但容錯性最差

QUORUM的計算：

• RF=3時，QUORUM = ?3/2?+1 = 2
• RF=5時，QUORUM = ?5/2?+1 = 3
• RF=7時，QUORUM = ?7/2?+1 = 4

?

二、工作流程詳解

1、 寫操作的完整流程

以復制因子RF=3、寫確認數w=2為例：

步驟1：客戶端發送寫請求 "key=A, value=100" 
步驟2：協調節點收到請求，向3個副本節點發送寫入命令
步驟3：等待副本節點響應...節點1: "寫入成功" ?  
節點2: "寫入成功" ?  <- 收到2個確認，滿足w=2  
節點3: 還在處理中... ?  步驟4：協調節點立即向客戶端返回"寫入成功"
步驟5：節點3的寫入結果無論成功失敗，都不影響客戶端已得到的結果

?

2、 讀操作的完整流程

以復制因子RF=3、讀確認數r=2為例：

步驟1：客戶端發送讀請求 "key=A"
步驟2：協調節點向3個副本節點發送查詢命令  
步驟3：等待副本節點響應...節點1: "value=100, version=v5" ?
節點2: "value=90, version=v4" ?  <- 收到2個響應，滿足r=2
節點3: 還在查詢中... ?步驟4：協調節點比較版本號，v5 > v4，選擇較新的數據
步驟5：向客戶端返回 "value=100"

?

?

三、強一致性的數學原理

1、 為什么r + w > RF 保證強一致性？

關鍵在于"重疊"：當讀確認數和寫確認數的總和大于復制因子時，讀寫操作必然會有重疊的副本節點。

數學證明：

• 設RF=3，如果w=2，r=2
• 寫操作影響了2個節點
• 讀操作查詢了2個節點
• 總共只有3個節點，根據鴿籠原理，讀寫操作至少有1個共同節點， 這個共同節點保證讀操作能獲取到最新寫入的數據

圖示說明（RF=3的情況）：

情況1: w=2, r=2 (r+w=4>3，強一致性)
寫操作: [節點A?, 節點B?, 節點C ]  
讀操作: [節點A  , 節點B?, 節點C?]  
重疊節點: 節點B，確保讀到最新數據情況2: w=1, r=1 (r+w=2≤3，可能不一致)  
寫操作: [節點A?, 節點B , 節點C ]
讀操作: [節點A  , 節點B , 節點C?]  
無重疊節點，可能讀到過期數據

?

2、 最終一致性 vs 強一致性

最終一致性（r + w ≤ RF）：

• 優點：更高的可用性和性能
• 缺點：可能讀到過期數據
• 適用場景：對實時性要求不高的應用

強一致性（r + w > RF）：

• 優點：保證讀到最新數據
• 缺點：性能較低，容錯性較差
• 適用場景：對數據準確性要求高的應用

?

四、實際應用中的權衡考慮

1、 故障容忍性分析

確認數	寫操作容忍度	讀操作容忍度	說明
1	可容忍 RF-1 個節點故障	可容忍 RF-1 個節點故障	最高容錯性，只需1個節點可用
2	可容忍 RF-2 個節點故障	可容忍 RF-2 個節點故障	中等容錯性，需2個節點可用
RF	任何節點故障都會導致寫入失敗	任何節點故障都會導致讀取失敗	無容錯性，需所有節點可用

2、 業務場景的選擇指南

設RF=3

業務場景	典型應用	w	r	一致性級別	主要理由
高頻寫入場景	日志收集 監控數據 事件流處理	1	1	ONE	優先保證寫入性能 允許讀取延遲
平衡讀寫場景	用戶數據 商品信息 內容管理	2	2	QUORUM	在一致性和性能之間 取得平衡
強一致性場景	金融交易 賬戶余額 審計日志	3	1	寫ALL/讀ONE	確保數據完全可靠 讀取策略可調整
強一致性場景	關鍵配置 權限數據 合規數據	2	3	寫QUORUM/讀ALL	寫入平衡性能 讀取絕對準確

應用類型	推薦配置	配置理由	風險點
Web訪問日志	RF=3, w=1, r=1	大量寫入，偶爾讀取分析	可能讀到稍舊的數據
用戶資料	RF=3, w=2, r=2	讀寫頻率相當，需要一致性	1個節點故障影響性能
銀行賬戶余額	RF=3, w=3, r=1	寫入必須絕對準確	任一節點故障無法寫入
訂單支付狀態	RF=3, w=2, r=3	支付后查詢必須準確	讀取需要所有節點可用
系統配置中心	RF=5, w=3, r=3	高可用+強一致性	更高的資源成本

?