Cassandra驱动程序使用“
gossip”协议（以及称为节点发现的过程）来获取有关群集的信息。如果某个节点不可用，则客户端驱动程序会自动尝试其他节点，并计划与失效节点的重新连接时间。根据DataStax
docs：
八卦是一种点对点通信协议，其中节点定期交换有关自己以及他们所知道的其他节点的状态信息。闲话过程每秒运行一次，并与集群中的其他三个节点交换状态消息。节点交换有关其自身以及已闲聊的其他节点的信息，因此所有节点都可以快速了解群集中的所有其他节点。
本质上，您提供客户端连接的节点列表是获取整个群集信息的初始联系点。这就是为什么您的客户端可以与群集中的所有节点进行通信的原因（如果需要），即使您在连接字符串中仅提供节点的一小部分也是如此。
一旦您的驱动程序在群集上有了八卦信息，它就可以对要在哪个节点上运行查询做出明智的决策。节点选择不是投票或随机选择的过程。基于返回的八卦信息，客户端驱动程序将应用其负载平衡策略。尽管确实考虑了多个因素，但基本上它会尝试选择与客户端的网络“距离”最低的节点。
编辑20200322
让我进一步谈谈负载平衡策略。我鼓励高性能应用程序的开发人员使用 TokenAwarePolicy
。此策略将分区键值散列为“令牌”，并使用此哈希值确定哪个节点负责结果令牌范围。这具有跳过选择“协调器”节点的中间步骤的效果，并将查询 直接
发送到包含所请求数据的节点。
但是，如果您使用的是非令牌感知的负载平衡策略，或者运行的查询没有对分区键进行筛选，则适用上述原始过程。
