Cassandra节点故障检测采用Gossiper还是Phi Accrual Failure Detector？

Cassandra的节点故障检测是Gossiper与Phi Accrual故障检测器配合实现的，二者并非二选一的关系，分别承担故障检测流程中不同环节的职责：

两类组件的核心分工 #

• Gossiper（对应类org.apache.cassandra.gms.Gossiper）：是集群节点间的状态同步通信基础组件，默认每隔1秒会随机选择集群内的其他节点交换各自持有的全集群节点状态数据，其中就包含各个节点的心跳更新信息。它的作用是为故障判定提供最基础的心跳采样数据源，本身不做节点是否故障的逻辑判断。
• Phi Accrual故障检测器（对应类org.apache.cassandra.gms.FailureDetector）：是实际执行故障判定的核心组件，它会接收Gossiper同步过来的所有节点的心跳到达时间样本，基于这些样本动态统计每个节点的心跳到达时间分布，计算对应的故障置信度Phi值，当Phi值超过预设阈值（默认值为8）时，就会正式判定对应节点处于故障状态。

故障检测完整执行流程 #

1. Gossiper定期在集群节点间传播心跳信息，将所有节点的最新心跳到达时间同步到集群内的各个节点
2. 每个节点本地的FailureDetector会持续收集这些心跳数据，为每个对端节点维护独立的心跳到达时间统计分布
3. 当某个节点的心跳长时间未更新时，FailureDetector会基于历史统计数据计算对应的Phi值，一旦值超过阈值就会标记该节点为下线状态，后续集群会自动触发数据副本修复、读写路由规避等对应逻辑。

很多开发者会误以为二者是二选一的机制，本质是混淆了通信层和判定层的能力边界：Gossiper是故障检测的数据源载体，Phi故障检测器是基于这个数据源做判定的核心逻辑，二者缺其一都无法完成完整的故障检测流程。

内容的提问来源于stack exchange，提问作者Mandroid