本文讲述了在使用 MybatisPlus 的过程中遇到的一个事务问题，即由于批量保存操作内部的事务处理导致的错误。作者分析了错误原因，指出在没有嵌套事务的情况下，由于 MybatisPlus 的默认设置，使得事务被标记只能回滚，从而引发错误。解决方案包括修改事务传播机制或避免使用 saveBatch 方法，转而使用自定义的批量插入。文章提醒开发者在使用第三方库时要留意潜在问题。
昨天测试说有个 xx 功能用不了，扔给我一个截图，说有报错：
报错信息就是：Transaction rolled back because it has been marked as rollback-only，很好理解：事务被回滚了，因为它已经被标记了只能回滚。
我一看巧了，这不就是我之前分析过的面试题吗！
之前的文章我解释过：这种错一般发生在嵌套事务中，即内层事务出错，但是由于是否提交事务的操作由外层事务触发，于是乎内层事务只能做个标记，来设置当前事务只能回滚。
紧接着它想抛出错误，但是由于被 try catch 了，于是乎正常执行后续的逻辑，等执行到最后，外层要提交事务了，发现当前事务已经被打了回滚的标记，所以提交失败，报了上面的错。
具体原理可以看我之前的那篇文章，这里简单举例下会出错的示例代码：
大致就是下面这个代码调用逻辑，有一个 service 标记了 @Transcational，采用默认的事务传播机制：
紧接着 UserService#insert 调用了 addressService#errorInvoker，这个方法也标记了 @Transcational：
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
