Ignite集群节点反复尝试旧连接致分区，如何改为优先用新节点？

针对你遇到的节点反复尝试连接失效旧节点、最终被分区的问题，提供以下几个可行的解决思路：

• 调整IP Finder的失效节点清理频率
  Ignite默认不会立刻清理拓扑中的失效节点，你可以通过ipFinderCleanFrequency参数让节点定期清理不可用节点记录。设置较短的清理周期，比如每分钟清理一次：

  discoverySpi.setIpFinderCleanFrequency(60000);
  

  这样问题节点能更快感知旧节点已失效，减少对其的连接尝试。

• 固化可用节点列表，移除失效节点
  直接修改问题节点的TcpDiscoveryIpFinder配置，只保留当前可用的健康节点地址，彻底移除有连接问题的旧节点。以TcpDiscoveryVmIpFinder为例：

  TcpDiscoveryVmIpFinder ipFinder = new TcpDiscoveryVmIpFinder();
  // 仅填入健康节点的地址和端口
  ipFinder.setAddresses(Arrays.asList("192.168.0.2:47500", "192.168.0.3:47500", "..."));
  discoverySpi.setIpFinder(ipFinder);
  

  确保节点启动时只会尝试连接健康节点，避免主动去连失效节点。

• 缩短故障检测超时，加快失效判定
  调整Socket超时和心跳检测参数，让节点更快识别旧节点的连接故障：

  // 缩短Socket连接超时时间
  discoverySpi.setSocketTimeout(5000);
  // 缩短心跳确认超时
  discoverySpi.setAckTimeout(3000);
  // 减少判定失效所需的心跳丢失次数
  discoverySpi.setMaxMissedHeartbeats(3);
  

  这些参数能让节点更快放弃对旧节点的连接尝试，转而寻找新的可用邻居。

• 禁用失效节点的重连尝试
  设置reconnectCount参数为0，限制节点对失效节点的重试次数，一次连接失败后就不再尝试：

  discoverySpi.setReconnectCount(0);
  

  这个参数控制节点针对单个失效节点的重连次数，设为0后节点会直接切换到其他可用节点。

• 清理本地缓存后重启节点
  问题节点可能缓存了旧的拓扑信息，重启前清理Ignite的工作目录（默认路径为IGNITE_HOME/work），让节点重新从健康节点获取最新拓扑，避免读取本地缓存的旧节点数据。

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