cassandra nodetool gossipinfo 输出中的 RPC_READY 属性 是什么
what is RPC_READY property in cassandra nodetool gossipinfo output
我有一个包含多个节点的 cassandra 集群。当我做 'nodetool gossipinfo'。我看到 1 个节点的 RPC_READY 值与其他节点不同。所有其他节点共享相同的值。任何人都可以向我解释一下 属性 是什么，如果一个节点上的值不同是否有任何问题？我正在使用 cassandra 版本 2.2.8.
非常感谢您的回复。
在 2.2 之前，当一个节点启动时，它会被广播到它现在处于 UP 状态的所有节点。这有时会在 CQL 准备就绪之前发生。驱动程序会监听状态变化等事件，当节点启动时，驱动程序会尝试连接到该节点。
如果他们在 CQL 准备就绪之前尝试，连接将失败并触发退避，这会大大增加连接到现在可用节点的时间。这导致驱动程序状态从 UP 翻转到 DOWN，并出现一堆日志垃圾邮件。 RPC_READY 是一种状态，用于跟踪节点是否实际上已准备好供驱动程序连接。 Jira here 添加的地方。至少在当前版本中（我还没有看过 2.2），RPC_READY 可以在关闭（耗尽）或节点退役时更改为 false。
我有一个包含多个节点的 cassandra 集群。当我做 'nodetool gossipinfo'。我看到 1 个节点的 RPC_READY 值与其他节点不同。所有其他节点共享相同的值。任何人都可以向我解释一下 属性 是什么，如果一个节点上的值不同是否有任何问题？我正在使用 cassandra 版本 2.2.8.
非常感谢您的回复。
在 2.2 之前，当一个节点启动时，它会被广播到它现在处于 UP 状态的所有节点。这有时会在 CQL 准备就绪之前发生。驱动程序会监听状态变化等事件，当节点启动时，驱动程序会尝试连接到该节点。
如果他们在 CQL 准备就绪之前尝试，连接将失败并触发退避，这会大大增加连接到现在可用节点的时间。这导致驱动程序状态从 UP 翻转到 DOWN，并出现一堆日志垃圾邮件。 RPC_READY 是一种状态，用于跟踪节点是否实际上已准备好供驱动程序连接。 Jira here 添加的地方。至少在当前版本中（我还没有看过 2.2），RPC_READY 可以在关闭（耗尽）或节点退役时更改为 false。