在Cassandra中使用Hinted Handoff有什么意義，特別是對於一致性> ANY？

Question

在Cassandra中，Hinted Handoff（HH）僅在滿足一致性級別時才會發生。 此外，客戶端無法讀取提示。 在一致性級別> ANY的情況下，使用HH可以提高寫入和讀取可用性。 由於聯機副本不足以滿足一致性要求，因此請求仍然失敗。
使用Hinted Handoff有什么意義？ 交易能力表現？ 為什么不將故障后節點與其他副本節點同步（即重新復制）？

Answer 1

暗示切換只是額外的反熵測量。 即，當節點重新聯機時，您不必立即運行修復並且數據一致（如果有輕微中斷）。

我想用復制一直處理這個問題太復雜了，因為你必須以某種方式標記未復制的數據等。基本上你會再次有類似於暗示切換的東西。

來自官方文檔的一些內容： https ： //docs.datastax.com/en/cassandra/2.1/cassandra/dml/dml_about_hh_c.html#concept_ds_ifg_jqx_zj__extreme-write-availability

基本上，它是在最小的中斷時最大化群集的寫入吞吐量。 它是可配置的，您可以在您描述讀取和寫入都涉及高一致性級別的情況下禁用它。

另外，你必須運行“重新復制”即修復。 因為暗示切換不能真正處理這一切。

我個人在R-CL的情況下使用它們：ONE，W-CL：ONE，RF：2，NODES：3。它們非常有用，因為我們在群集上進行維護和滾動重啟時保持了寫入吞吐量。 所以我認為它在W-CL <RF的情況下運行良好。

然后又有這樣的意見：

https://blog.threatstack.com/scaling-cassandra-lessons-learned

實際上，只需在配置中禁用它們即可。 在長時間停機或負載峰值期間丟失數據太容易了，並且如果節點由於負載峰值而出現故障，您只是將環繞問題傳遞出去，最終會使多個或所有節點關閉。 我們從未在Cassandra上遇到這種情況，但是在支持暗示切換的其他系統上也有這種情況。