Spring Boot JPA 在执行查询操作时发送了 update 语句?

2022-03-06 15:47:33 +08:00
 dcsuibian

单张用户表,禁止重名,因此会在新增用户和改名时校验一下。

因此有了下面的代码,在 save 操作之前进行一下 findByName 查询操作。如果存在同名用户,应该在下一个判断语句处抛出异常。而实际上在 findByName 这一句就抛出异常了。

查看具体的 sql 执行结果发现,在执行 findByName 时,Hibernate 先发送了一条 update 语句,直接改掉了对应记录。

网上查了一下,似乎是缓存的问题,但并不熟悉 Hibernate ,也没有显式配置过缓存,想问下如何禁止这个行为?(就是不让它在查询的时候自己 update )

OpenJDK 11

Spring Boot 2.5.3

1101 次点击
所在节点    问与答
3 条回复
eggoxygen
2022-03-06 19:21:52 +08:00
不知道是不是 JPA 的坑,在我具体的场景当中对于这种查的我统一会写一个方法。并且标记事务为 readonly 。这样就不会出现这种情况。而且我猜你 findByName 当中的 user 对象已经是一个准备新增的对象并且有值了。有大佬也可以讲讲这种情况如何可以避免。之前用的都是 Mybatis ,感觉 JPA 坑有点点多。
dddd1919
2022-03-07 09:07:55 +08:00
首先 @Transactional 注解不支持 protected 方法,全部是查询的方法上没必要也不应该使用事务注解
另外猜测 save 可能是发生在外部调用,如果外部还有声明事务的话,即使不用 save 方法,只要修改了 jpa 返回的对象,都会在事务执行完成后 update
dcsuibian
2022-03-07 12:39:33 +08:00
@dddd1919 应该不是修改 JPA 对象的问题。我做了一个转换层,目前程序里从 JPA 直接读出来的是 PO 对象 UserPO ,而方法的 User 是把 UserPO 转换了下(可以认为是复制),所以没有改过 JPA 对象。

另外感谢提醒,才知道不支持 protected 对象。之前 private 的时候 idea 会报错,没多想,以为是它自己 extends 我的类来着。。。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/838363

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX