当前位置: 首页 > 知识库问答 >
问题:

org.springframework.data.cassandra.异常

谢志文
2023-03-14

我在Spring启动中使用Hibernate调用方法findByIdField(UUIDid)在Cassandra 3.11返回一个列表,这个错误波纹管出现在控制台日志中。

我用这个简单的方法有一个实体、存储库和服务。我传递一个UUID作为参数,我检查数据库中的标识,它存在。

控制器:

Optional<List<Fields>> fieldList = fieldService.findByIdField(UUID.fromString(id));

服务:

public Optional<List<Fields>> findByIdField(UUID id) throws SQLException {
    return repository.findByIdField(id);
}

存储库:

@AllowFiltering
Optional<List<Fields>> findByIdField(UUID id);

错误:

组织。springframework。数据卡桑德拉。CassandraUncategorizedException:嵌套异常是java。lang.NullPointerException

共有1个答案

阎弘雅
2023-03-14

虽然错误消息表示NPE(空指针异常),但我认为这掩盖了这里的根本问题。然而,删除ALLOW FILTERING时显示的错误消息:

Cannot execute this query as it might involve
data filtering and thus may have unpredictable
performance. If you want to execute this query
despite the performance unpredictability, use
ALLOW FILTERING;

...这更能说明问题。

这告诉我底层表不是由UUID设置键的。这意味着Cassandra必须(彻底地)扫描每个节点上的所有分区来构建结果集。它可能在cqlsh中工作,因为查询超时阈值设置高于Spring。

至于如何解决这个问题,我建议创建一个新表来支持这个查询,并使用基于该UUID的分区键。这将防止每个节点都成为查询的一部分。

如果做不到这一点,您可以尝试在该列上添加辅助索引。辅助索引通常在几乎唯一的基数下表现不佳(这就是为什么构建新表确实是最好的选择),但它可能比使用允许筛选指令表现更好。

 类似资料:
  • 应用程序通常会通过抛出另一个异常来响应异常。 实际上,第一个异常引起第二个异常。 它可以是非常有助于用户知道什么时候一个异常导致另一个异常。 “异常链(Chained Exceptions)”帮助程序员做到这一点。 以下是Throwable中支持异常链的方法和构造函数。 Throwable getCause() Throwable initCause(Throwable) Throwable(St

  • 你可以使用raise语句 引发 异常。你还得指明错误/异常的名称和伴随异常 触发的 异常对象。你可以引发的错误或异常应该分别是一个Error或Exception类的直接或间接导出类。 如何引发异常 例13.2 如何引发异常 #!/usr/bin/python # Filename: raising.py classShortInputException(Exception):     '''A u

  • 问题内容: 异常存储在哪里?堆,堆。如何为异常分配和释放内存?现在,如果您有多个需要处理的异常,是否创建了所有这些异常的对象? 问题答案: 我假设为异常分配的内存分配方式与所有其他对象(在堆上)分配方式相同。 这曾经是个问题,因为您不能为OutOfMemoryError分配内存,这就是直到Java 1.6之前 才没有堆栈跟踪的原因。现在,它们也为stacktrace预分配了空间。 如果您想知道在抛

  • 异常Exception 以传统的try,catch抓取异常 如果在业务层不catch,框架层会捕捉,并返回一个500的server error响应。 如果在开发环境会返回一个500的具体错误的trace响应。 try { throw new \Exception("Error Processing Request", 1); //yield throwExc

  • 因为Java编程语言不需要捕获方法或声明未检查异常(包括 RuntimeException、Error及其子类),程序员可能会试图编写只抛出未检查异常的代码,或使所有异常子类继承自RuntimeException。这两个快捷方式都允许程序员编写代码,而不必担心编译器错误,也不用担心声明或捕获任何异常。虽然这对于程序员似乎很方便,但它避开了捕获或者声明异常的需求,并且可能会导致其他人在使用您的类而产

  • 当面对选择抛出异常的类型时,您可以使用由别人编写的异常 - Java平台提供了许多可以使用的异常类 - 或者您可以编写自己的异常类。 如果您对任何以下问题回答“是”,您应该编写自己的异常类;否则,你可以使用别人的。 你需要一个Java平台中没有表示的异常类型吗? 如果用户能够区分你的异常与由其他供应商编写的类抛出的异常吗? 你的代码是否抛出不止一个相关的异常? 如果您使用他人的例外,用户是否可以访