写到多数据源事务来了就必定写成功了多数据源项目,可以参考我上一篇博客:SpringBoot根据包名进行区分使用多数据源
<https://blog.csdn.net/qq_36138324/article/details/81610981>

 

1、文章中的第七步其实就已经配置好了事务管理器到Spring容器了



按照套路来第二个数据源的事务管理Bean名字大家应该想到了那就是“test2TransactionManager”

 

2、是时候改装Service层加上事务注解了---->记着这里是个坑



3、测试------------>报错



很显然,有多个事务,容器不知道我们要的是哪个事务,所以第二步的那个坑现在来填

4、填坑





5、问题-------->当Controller层带着第二个参数age=0到这个Service方法来,运行后的结果对两个数据到数据库的结果是怎样的?



                                                           不要偷看答案

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

|

答案:

           第一个成功插入数据库,第二个失败进行回滚

解答:

         
 此Service方法上面加上的注解事务为第二个数据源,所以,第一个数据源它可管不着,第一个执行掉第一行语句就已经插入到数据库了,第二个由于事务管着了,所以需要等到方法完全执行完毕才能够插入到数据库,这个时候发现此方法异常了,于是进行了数据回滚操作。

 

那么问题来了,如果是在分布式项目环境下,又该如何处理SpringBoot的事务问题呢?

 

我的下一篇博客:SpringBoot使用jta+atomikos解决分布式事务
<https://blog.csdn.net/qq_36138324/article/details/81612890>

友情链接
KaDraw流程图
API参考文档
OK工具箱
云服务器优惠
阿里云优惠券
腾讯云优惠券
华为云优惠券
站点信息
问题反馈
邮箱:ixiaoyang8@qq.com
QQ群:637538335
关注微信