CAP原理告訴我們,一致性,可用性和分區容忍性三者最多只能偏重其中兩個。在NoSQL系統中,分區容忍性(P)幾乎已經成為必選項。於是很多NoSQL選擇了犧牲一定一致性的做法。下面學步園小編來講解下Riak請求過程是什麼?Riak有幾種失敗場景?
Riak請求過程是什麼
首先介紹一下Riak的請求處理過程,以數據冗餘N份存儲,每次讀取其中的R份,寫操作需要寫W份。
通過計算得出請求的key所在的N個節點
向這N個節點依次發起請求
等待這N個節點中的W個(如果是寫操作的)或R個(如果是讀操作)返回成功
返回相應的數據給客戶端。
Riak有幾種失敗場景
1.讀取數據前其中一個節點故障
數據以W=3成功寫入三份
其中一個節點故障
數據再以R=3讀取三份,發起三個請求
此次讀操作會返回了not_found
而這次系統在檢測到了數據只有兩份,會啟動修復器將數據備份一份到secondary節點上,以保證有三份備份
後續的讀操作將會從primary上讀到兩份,從secondary上讀到一份數據,以實現成功讀到三份數據。
2.讀取數據前其中兩個節點故障
數據以W=3成功寫入三份
其中兩個節點故障
數據再以R=3讀取三份,發起三個請求
此次讀操作會返回了not_found
後續的讀操作將會從primary上讀到一份,從secondary上讀到兩份數據,以實現成功讀到三份數據。
3.讀取數據前三個節點全部故障
數據以W=3成功寫入三份
其中三個節點故障
數據讀取操作將會永遠返回not_found,直到某個節點恢復
4.寫操作前一個節點故障
一個節點故障
數據以W=3發起三個寫請求
一個secondary節點承擔了其中的一個寫請求
後面的讀請求會正常的讀到三份數據
5.寫操作前一個節點故障,後來又恢復了
一個節點故障
數據以W=3發起三個寫請求
一個secondary節點承擔了其中的一個寫請求
故障節點又恢復了
在60秒內,一個叫hintedhandoff的過程會啟動,將secondary中的數據遷移到剛剛恢復的primary中
在hintedhandoff過程完成後,數據就恢復正常了
6.在hintedhandoff過程中進行讀寫操作
在hintedhandoff過程中,由於原來的primary節點是啟動的,所以數據讀寫操作都會到這個節點上來執行,這時候可能由於一些值還沒有備份回來,所以會導致這個節點暫時的not_found返回。
7.在兩個primary節點故障後一個又恢復期間進行讀寫操作
這時候剛剛恢復的節點會進行hintedhandoff過程,而讀寫操作依然會由於not_found的發生而啟動修復器進行數據備份到secordary中。
以上就是關於「Riak請求過程是什麼?Riak有幾種失敗場景」的內容,希望對大家有用。更多資訊請關注學步園。學步園,您學習IT技術的優質平台!