告诉Datastax Java Cassandra驱动程序超时群集连接

Question

当Datastax Java Cassandra驱动程序试图连接到您的集群时，如何让它超时？

我特别感兴趣的是当主机可以访问，但Cassandra端口被阻塞或Cassandr守护进程未运行时的情况。我正在编写一个命令行客户端，如果它不能在合理的时间内连接，它应该退出并报告适当的错误消息。目前，如果接触点可以到达，驾驶员似乎会永远等待接触点的响应。

也就是说，如果驱动程序在给定的最长时间内无法与任何联系点的Cassandra守护程序通信，我希望< code>Cluster.build()抛出< code > NoHostAvailableException 。

• 创建我自己的重试策略将不起作用：即用于重试查询，我希望在我们准备好运行查询之前应用超时。
• 创建我自己的重新连接政策最初看起来很有希望，但接口的契约没有给出任何手段来指示“认为这个节点永远死了”

Answer 1

也就是说，我希望 Cluster.build（） 在给定的最大时间内无法与任何接触点的 Cassandra 守护程序通信，则抛出一个 NoHost 可用异常。

情况应该是这样。驱动程序将尝试连接到每个联系点，如果无法连接到任何联系点，则会引发异常。你可以控制驱动程序尝试通过套接字选项连接（到每个节点）的最长时间（默认值为 5 秒）。

我的经验是，如果没有可以连接到的节点，Cluster.build（）确实会返回异常，但是如果您的体验不同，您可能希望将其报告为错误（但是关于如何重现它的更多细节会有所帮助）。

话虽如此:

• 上述超时是针对每个主机的。因此，如果您传递了100个联系点的列表，理论上您可能必须等待500秒（默认情况下）才能获得NoHost可用异常。但是提供这么多的联系点没有实际意义，在实践中，如果Cassandra没有在尝试的节点上运行，则连接尝试通常会立即失败（您不会等待超时）。
• 驱动程序端当前没有真正的查询超时。这意味着，如果驱动程序确实连接到一个节点（这意味着某个进程正在侦听该端口并接受连接），但对他的初始消息没有答案，那么它确实可以永远保持。这可能应该得到解决，我鼓励你在 https://datastax-oss.atlassian.net/browse/JAVA 上开一张票。但是，这似乎不是您描述的情况，因为如果“卡桑德拉端口被阻止或卡桑德拉守护程序未运行”，那么驱动程序首先应该无法连接。