NoSQL資料庫：資料的一致性，nosql資料庫一致性

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

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

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

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

更新一致性

• 悲觀方式

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

• 樂觀方式

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

放寬“一致性約束”

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

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

• CA系統

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

• PA/PC

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

放寬“持久性”約束

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

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

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

附思維導圖

參考

《NoSQL精粹》

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

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。