先描述下场景:
读取文件数据并将数据内容存到数据库中,读一百行数据后会执行一次落库操作。
在数据库插入方法的事务上设置了rollbackFor=RuntimeException.class,这样就会出现一种场景,在插入库时数据库抛了SQL异常,落库方法不会回滚,而最外层的方法在收到SQL异常时会回滚,就会出现这个异常。
处理方案:
由于是SQL异常导致的,那就好说了,直接定位问题解决SQL异常就可以了。 因为落库这个方法是个公共方法,好多都在用所以不能把落库方法事务的rollbackFor去掉,当然也肯定不能在读文件的事务中加上rollbackFor=RuntimeException.class,我们这要么都成功要么都失败,所以其实后面可能还会在落库这一步出现这个异常,现在只能是要求在插入时判断数据严谨一些,文件数据方面也要求精准一些。因为一般这个SQL异常大多都是数据有问题,在代码中将数据精准过滤,问题也就不大了,目前的一个小解决方案就是:错误数据以json格式存储到该表中的一个备用字段中(这条数据以json格式存到备用字段,表中这条数据的其余字段为空值),待全部执行完毕后处理这些备用字段有值的错误数据。
当然了,如果有人并不需要考虑我们这种情况的话,最简单的方法就是将嵌套的事务用同一个就行了
还有一种情况:AB两个方法都有事务,A方法中调用了B方法,B抛异常后A吃掉了异常并没有将他抛出来,这种情况也会导致事务嵌套异常,这种的最简单方法就是把异常抛出来就行了,另一种方法就是去B里吃掉异常不要让B回滚就行,两个方法要么一起回滚,要么一起提交,就不会有这种嵌套异常。
自己理解的,可能会有小偏差,大致是这个意思,如果没描述清的话还请各位同仁见谅。
如果我说的哪里有问题还请各位大佬帮忙指出,我再做修改。