|
写到多数据源事务来了就必定写成功了多数据源项目，可以参考我上一篇博客：SpringBoot根据包名进行区分使用多数据源
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/81611935 |
|
|
