爲什麼Cassandra集羣需要同步節點之間的時鐘？

Question

在introduction course of Cassandra DataStax中，他們說Cassandra羣集節點的所有時鐘必須同步，以防止對「舊」數據進行READ查詢。

如果一個或多個節點都關閉他們不能得到更新，但只要他們回來了 - 他們將更新並沒有問題......

那麼，爲什麼卡桑德拉集羣之間需要同步時鐘節點？

Answer 1

一般來說，讓服務器時鐘保持同步總是一個好主意，但節點之間需要時鐘同步的主要原因是Cassandra使用一種名爲'Last Write Wins'的概念來解決衝突並確定哪種突變代表最正確的最新數據狀態。這在Why cassandra doesn't need vector clocks中有解釋。

每當您在cassandra中「變更」（寫入或刪除）列時，協調器將處理您的請求分配一個時間戳。該時間戳記與單元格中的列值一起寫入。

當讀取請求發生時，cassandra會生成結果，查找您的查詢條件的突變，並且當它看到表示同一列的多個單元格時，它將選擇具有最近時間戳的單元格（讀取路徑比此更復雜但在這種情況下，您只需要知道這一點）。

當節點的時鐘不同步時，情況開始變得有問題。正如我所提到的，處理您的請求的協調節點會分配時間戳。如果對同一列進行多重變異並分配了不同的協調員，則可以創建一些情況，即過去發生的寫入被返回而不是最新的。

這裏是描述基本方案：

假設我們有與節點A 2節點集羣和B.讓我們假設，其中A是在時間t10和B是在時間t5的初始狀態。

1. 用戶執行DELETE C FROM tbl WHERE key=5。節點A協調請求並分配時間戳t10。
2. 第二次通過，用戶執行​​。節點B協調請求併爲其分配時間戳t6。
3. 用戶執行查詢SELECT C from tbl where key=5。由於步驟1中的DELETE具有更新的時間戳（t10 > t6），因此不會返回任何結果。

請注意，較新版本的datastax驅動程序將開始默認使用客戶端時間戳讓客戶端應用程序爲請求生成並分配時間戳，而不依賴於C *節點來分配它們。從3.0開始的datastax java-driver現在默認爲客戶端時間戳（請參閱'Client-side generation'的更多內容）。如果所有請求都來自同一個客戶端，這非常好，但是如果您有多個應用程序寫入cassandra，則您現在必須擔心保持客戶端時鐘同步。