让 NoNodeAvailableException 在 Spring Boot + Cassandra 中运行多个测试

Question

刚刚使用 jdk19 升级到 Spring boot 2.7，并决定使用在 docker 中运行的 Cassandra bitnami 3 和我的测试“Junit-5”，我得到的错误是No node was available to execute the query ，它发生在同一个测试中每次都有案例。

No node was available to execute the query; nested exception is \
  com.datastax.oss.driver.api.core.NoNodeAvailableException: \
    No node was available to execute the query

这是我用来连接的代码

var loader = DriverConfigLoader.programmaticBuilder()
        .withDuration(DefaultDriverOption.REQUEST_TIMEOUT, Duration.ofMinutes(1))
        .withString(DefaultDriverOption.LOAD_BALANCING_POLICY_CLASS,
                DcInferringLoadBalancingPolicy.class.getName())
        .build();

if (session == null || session.isClosed()) {
  var host = System.getenv("CASSANDRA_HOST") == null ? "localhost" : System.getenv("CASSANDRA_HOST");
  var username = "localhost".equals(host)? "": "cassandra";
  var password = "localhost".equals(host)? "": "cassandra";

  LOG.info("Cassandra host '{}'.", host);
  LOG.info("Cassandra username '{}'.", username);
  LOG.info("Cassandra password '{}'.", password);

  var sessionBuilder = new CqlSessionBuilder()
          .addContactPoint(new InetSocketAddress(host, 9042))
          .withLocalDatacenter("datacenter1")
          .withConfigLoader(loader);

  if (!username.isEmpty()) {
    sessionBuilder.withAuthCredentials(username, password);
  }

  session = sessionBuilder.build();

同样重要的是要提到我有很多 170 多个测试用例分布在不同的文件上，并且在每次执行文件时，我都试图使用此代码再次清理和填充数据库

  session.execute("create keyspace if not exists \"schema_x\" WITH replication = {'class':'SimpleStrategy', 'replication_factor' : 1};");

  for (final String stmt : getCassaandraStatementsFromFile(CASSANDRA_SCHEMA_FILE)) {
    session.execute(stmt);
    LOG.info("Cassandra. Executed statement: '{}'.", stmt.replaceAll("\n", ""));
  }

并且错误恰好发生在该创建键空间行上，我尝试从我身边应用一些调整

• 调整连接加载程序并使用节流但它没有帮助
• 我还检查了 docker 本身内部的 local-datacenter 值并与我的相匹配。

最后是完整的错误堆栈跟踪，以备不时之需

org.springframework.data.cassandra.CassandraConnectionFailureException: \
  Query; CQL [com.datastax.oss.driver.internal.core.cql.DefaultSimpleStatement@65b70f9e]; \
  No node was available to execute the query; nested exception is \
  com.datastax.oss.driver.api.core.NoNodeAvailableException: \
  No node was available to execute the query
    at org.springframework.data.cassandra.core.cql.CassandraExceptionTranslator.translate(CassandraExceptionTranslator.java:137)
    at org.springframework.data.cassandra.core.cql.CassandraAccessor.translate(CassandraAccessor.java:422)
    at org.springframework.data.cassandra.core.cql.CqlTemplate.translateException(CqlTemplate.java:764)
    at org.springframework.data.cassandra.core.cql.CqlTemplate.query(CqlTemplate.java:300)
    at org.springframework.data.cassandra.core.cql.CqlTemplate.query(CqlTemplate.java:320)
    at org.springframework.data.cassandra.core.CassandraTemplate.select(CassandraTemplate.java:337)
    at org.springframework.data.cassandra.repository.query.CassandraQueryExecution$CollectionExecution.execute(CassandraQueryExecution.java:136)
    at 
    ...
Caused by: com.datastax.oss.driver.api.core.NoNodeAvailableException: \
No node was available to execute the query
    at com.datastax.oss.driver.api.core.NoNodeAvailableException.copy(NoNodeAvailableException.java:40)
    at com.datastax.oss.driver.internal.core.util.concurrent.CompletableFutures.getUninterruptibly(CompletableFutures.java:149)
    at com.datastax.oss.driver.internal.core.cql.CqlRequestSyncProcessor.process(CqlRequestSyncProcessor.java:53)
    at com.datastax.oss.driver.internal.core.cql.CqlRequestSyncProcessor.process(CqlRequestSyncProcessor.java:30)
    at com.datastax.oss.driver.internal.core.session.DefaultSession.execute(DefaultSession.java:230)
    at com.datastax.oss.driver.api.core.cql.SyncCqlSession.execute(SyncCqlSession.java:54)
    at org.springframework.data.cassandra.core.cql.CqlTemplate.query(CqlTemplate.java:298)
    ... 39 common frames omitted

感谢您对此的支持，并提前致谢

Answer 1

Spring使用Cassandra Java驱动连接Cassandra集群。

对于每个查询执行，Java 驱动程序生成一个查询计划，其中包含要连接到以执行查询的节点列表。 配置的负载平衡策略（在您的情况下为DcInferringLoadBalancingPolicy ）确定要包含在查询计划中的节点。 查询计划将仅包含已知可用的节点，这意味着该策略将不包含已知已关闭或被忽略的节点（有关详细信息，请参阅使用 Java 驱动程序进行负载平衡）。

在所有节点都被标记为“关闭”或“忽略”的情况下，驱动程序别无选择，因为没有可连接的节点，因此驱动程序抛出NoNodeAvailableException 。 正如您在上面发布的错误消息所述，实际上没有节点available to execute the query ——正如它所说的那样。

驱动程序将节点标记为“关闭”或“已忽略”，因为它们在一段时间内没有响应，通常是因为它们过载。 考虑进一步限制负载，以免节点过载。

此外，架构更改不会遵循与常规写入（ INSERT 、 UPDATE 、 DELETE ）相同的路径。 每个 DDL 更改（ CREATE 、 ALTER 、 DROP ）都通过八卦协议传播到其他节点，因此根据集群的大小，集群中的所有节点可能需要一些时间才能达成模式协议。

以编程方式执行模式更改时，不要快速连续地触发更改，否则您将面临节点不同步的风险。 您的应用程序应在每次模式更改后暂停，并在执行下一次模式更改之前检查所有节点是否已达成模式协议，例如调用isSchemaInAgreement()或异步使用checkSchemaAgreementAsync() 。 详情参见Java驱动的Schema协议。

作为旁注，默认的cassandra超级用户不是为一般用途而设计的。 它应该只用于提供另一个超级用户帐户然后删除。

使用默认的cassandra超级用户帐户非常昂贵，因为它需要QUORUM节点来进行身份验证。 相比之下，除cassandra之外的所有其他帐户都以ONE的一致性进行身份验证。 干杯!

---

请将鼠标悬停在cassandra标签上，然后单击“ Watch tag ”按钮，支持 Apache Cassandra 社区。 谢谢！