记JPA 保存数据异常： Row was updated or deleted by another transaction

最新推荐文章于 2025-04-21 17:16:15 发布

原创最新推荐文章于 2025-04-21 17:16:15 发布 · 7.4k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#hibernate

Java 专栏收录该内容

14 篇文章

订阅专栏

本文分析了在使用Hibernate过程中遇到的OptimisticLockException异常，详细介绍了触发此异常的场景及解决方案，即如何在校验编码唯一性时避免该异常。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

用Hibernate的小伙伴可能也知道，偶尔会出现上述标题中的异常。但是此处陈述的情况前提是：代码写正确的情况。

1.有两个对象，如下关系图：在B 类中引用了A类；

2.代码的执行流程大致如下：（所有流程都是在一个事务中，其中编码唯一性校验是用切面的做的，未开启事务）

3. 异常信息：


javax.persistence.OptimisticLockException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect) : [com.xxx.xx#10]
        at org.hibernate.internal.ExceptionConverterImpl.wrapStaleStateException(ExceptionConverterImpl.java:223)
        at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:93)
        at org.hibernate.query.internal.AbstractProducedQuery.list(AbstractProducedQuery.java:1539)
        at org.hibernate.query.Query.getResultList(Query.java:165)

4.通过查看debug 调试进入Hibernate 的源码，发现在保存B的时候报错了，大致原因就是因为：在校验B的编码是否唯一时，Hibernate flush了，将A的版本号设为1，而由于是同一个事务，保存B的时候A已经发生了变化，故报已经被另一个事务更新或删除。

5.解决方式：

在校验编码是否唯一时，将重新开启一个新的事务，避开flush即可解决。