database - 在 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 上遇到过这种情况，但在其他支持提示切换的系统上遇到过。