NoSQL資料庫：資料的一致性

NoSQL資料庫：資料的一致性讀取一致性

• 強一致性
  在任何時間訪問叢集中任一結點，得到的資料結果一致；

• 使用者一致性
  對同一使用者，訪問叢集期間得到的資料一致；
  解決使用者一致性：使用粘性會話，將會話綁定到特定結點來處理；
  這樣會降低負載平衡器的效能；

• 最終一致性
  叢集中各結點間由於資料同步不及時造成暫時的資料不一致，但資料同步完成後，最終具有一致性；

更新一致性

• 悲觀方式

  使用寫鎖大幅降低系統響應能力可能導致死結

• 樂觀方式

  先讓衝突發生，再檢測順序自動合并的處理方式極具“領域特定”問題

放寬“一致性約束”

• CAP定理
  一致性（Consistency）、可用性（Availability）和分區耐受性（Partition tolerance），3個屬性只可能同時滿足2個；

分區耐受性的解釋：叢集因通訊故障而劃分為多個時仍然可用

• CA系統

    單伺服器  叢集中出現”分區“，就不可用

• PA/PC

    叢集出現”分區“時，需要在”一致性“ 和“可用性”間權衡  一般會犧牲部分一致性（eg：使用最終一致性），保證可用性

放寬“持久性”約束

更嚴格的持久性，意味著更多的效能損失；

• 犧牲“持久性”換取更好的效能
• 複製“持久性”故障

    主節點故障，未同步到從節點的資料丟失  主節點恢複，故障期間更新的資料衝突  解決方案：針對單個請求指定其所需的持久性

附思維導圖

參考

《NoSQL精粹》

Posted by: 大CC | 02JUL,2014
部落格：blog.me115.com [訂閱]
微博：新浪微博