开启新事务后 Transactional 报错 batch update returned unexpected row count from update [0

阅读: 评论:0

开启新事务后 Transactional 报错 batch update returned unexpected row count from update [0

开启新事务后 Transactional 报错 batch update returned unexpected row count from update [0

异常内容:HibernateOptimisticLockingFailureException: batch update returned unexpected row count from update [0]; actual row count:0

出现的问题时的代码逻辑:
1、开启事务开始处理数据,先查询出来 实体类A,查询出来的是个list集合,需要逐个发送给H系统,采用的for循环。因为一个事务处理,list集合数量较多时,执行较慢(执行完后没有进行提交事务,数量多了导致暂用大量资源。ps:这里不知道理解的对不对哈),所以循环体新建了一个server层,开启新的事务进行逐个提交。
2、将信息和实体类A放入新建的server层,进行数据处理,并发送至H系统,H系统返回状态后更新实体类A中的数据。然后进行报存。代码截图贴在下面

3、报存完毕后提交事务,进行下一个循环,待循环完毕后,返回上层事务,这个时候就会报出异常。这个时候实体类A修改的内容已经存到数据库,没有影响到数据,但是会出现异常。(然而我并不知道什么原因导致的异常,昨天看见个文章,说是乐观锁。还有一个说前后实体类oldEntity不一致,这两个我感觉差不多是导致这个错误的真正原因)

下面的图是上层循环数据的:

解决方法:

把最后保存的呢一行代码注释掉 ,然后写个sql进行修改。
这个问题让我迷惑了好久呀!!!!

本文发布于:2024-02-01 07:01:43,感谢您对本站的认可!

本文链接:https://www.4u4v.net/it/170674210534737.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:报错   事务   batch   update   Transactional
留言与评论(共有 0 条评论)
   
验证码:

Copyright ©2019-2022 Comsenz Inc.Powered by ©

网站地图1 网站地图2 网站地图3 网站地图4 网站地图5 网站地图6 网站地图7 网站地图8 网站地图9 网站地图10 网站地图11 网站地图12 网站地图13 网站地图14 网站地图15 网站地图16 网站地图17 网站地图18 网站地图19 网站地图20 网站地图21 网站地图22/a> 网站地图23