SpringBoot+Mybatis事务管理

一、使用场景

  在使用事务管理前，有必要先了解下应用场景。如实际过程中一个购买操作包含多个执行过程：查询库存、下单、更新库存，实际操作时，由于高并发存在，可能到下单结束时，更新库存出错，那本次购买操作就是失败的，其下单结果应该被回滚。这种情况就需要引入事务控制，保证整个操作的有效性。

       工作场景：两个患者账户之间转账，一个接口中操作，转出方扣钱，插入转出方流水；转入方加钱，插入转入方流水；涉及到2个人的转账，2个update账户方法必须在同一个事务中，否则可能发生转账会丢失钱或缺流水，即转出方减钱但转入方并没有加钱或者缺流水。如果其中某个操作失败了，整个转账要被回滚，转出转入及插入转出转入流水在一个事务中，保证4个操作作为一个整体，一致，原子，持久。

          涉及到业务：入参必填，转出方和转入方账户是否存在，钱的金额格式为正数，钱不能大于转出方账户余额，不能自己给自己转。

二、配置方法

(1)配置applicationContext.xml

5.  

(2)给具体业务方法添加注解

1. public class TestService {

2.  

3. @Transactional("txManager")

4. public void buy(){

5.  

6. AuthenticationMapper authenticationMapper = MyApplicationContextUtil.getBean("authenticationMapper");

7.  

8. int item_id = 2;

9. // 查询指定书目状态

10. Integer status = authenticationMapper.selectStatusOfItem(item_id);

11. if (status == 1) {

12.  

13. Integer count = authenticationMapper.insertOrder(item_id);

14.  

15. if (count == 1) {

16.  

17. authenticationMapper.updateStatus(item_id);

18.  

19. throw new IllegalArgumentException("数据已存在，回滚");

20.  

21. }

22. }

23. }

24. }

  接下来，对buy方法做一个说明，该方法实现如下功能：

• 1.书籍状态查询(select)。
• 2.可购买状态时，创建订单(insert)。
• 3.更新数据状态为不可购买(update)。

  这个过程不加事务控制时，可能会出现一个问题，订单创建后，数据更新失败，导致这个过程执行失败，就会给数据库带来脏数据，这些订单数据也没有意义。所以这里通过事务控制来保证方法执行的一致性，过程中失败则回滚。

  当然，Spring中事务回滚是有触发机制的，其触发机制就是抛出unchecked异常，即RuntimeException及其子类异常。即上述代码中的实现：

1. throws Exception// 方法上直接抛出即可回滚

2. throw new RuntimeException("数据已存在，回滚");

3. catch中使用TransactionAscpectSupport.currentTransactionStatus().setRollbackOnly().//手动回滚并给页面提供友好提示 return new Result("1","优惠券核销异常"，null).

  但是，如果是抛出checked异常，即需要在代码中显式地处理，比如try-catch块处理，或者给所在的方法加上throws说明。对于这类异常，也要实现回滚。既然已知其触发机制，人为制造触发点即可，比如在catch中抛出unchecked异常。

1. try {

2. throw new IOException("IO异常");

3. } catch (IOException e) {

4. e.printStackTrace();

5. throw new RuntimeException("数据已存在，回滚");

6. }

  有关checked与unchecked异常区别后续补充，本文不展开。有关抛出RuntimeException，其实自己可以定义一个异常类来处理。

1. public class MyException extends RuntimeException{

2.  

3. public MyException(String message) {

4. super(message);

5. }

6. }

(3)业务类注入bean

  在beans.xml中添加testService的bean，交由Spring来统一管理业务对象，这样该对象上面的事务才会生效。

  如果业务对象是通过new产生的，即testService没有注册bean，数据库是不会执行回滚的，即如下：

1. TestService testService = new TestService();

2. testService.buy();

(4)业务测试

1. public void executeDeliveryTask() {

2.  

3. TestService testService = MyApplicationContextUtil.getBean("testService");

4. testService.buy();

5. }

运行结果：

数据库中没有脏数据插入。

三、事务属性

spring事务有7种传播行为，分别是：

• 1、PROPAGATION.REQUIRED：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的设置。

• 2、PROPAGATION.SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。

• 3、PROPAGATION.MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异常。

• 4、PROPAGATION.REQUIRES_NEW：创建新事务，无论当前存不存在事务，都创建新事务。

• 5、PROPAGATION.NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

• 6、PROPAGATION.NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

• 7、PROPAGATION.NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

  注解@Transactional默认的传播行为是:PROPAGATION.REQUIRED

四、注意事项

• 1、在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。

• 2、@Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错， 但是这个被注解的方法将不会展示已配置的事务设置。

• 3、注意仅仅 @Transactional 注解的出现不足于开启事务行为，它仅仅 是一种元数据。必须在配置文件中使用配置元素，才真正开启了事务行为。

• 4、Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。

  以上内容摘自网络，实际应用过程中，尽量只在具体业务类上添加 @Transactional 注解，做到程序员只关注具体业务即可。

五、可能异常

1. org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type [org.springframework.transaction.PlatformTransactionManager] is defined: expected single matching bean but found 2: txManager,transactionManager

2. at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:313)

3. at org.springframework.transaction.interceptor.TransactionAspectSupport.determineTransactionManager(TransactionAspectSupport.java:337)

4. at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:252)

5. at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)

6. at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)

7. at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:644)

8. at com.autonavi.service.TestService$$EnhancerBySpringCGLIB$$272f01cd.buy()

9. at com.autonavi.task.test.ScheduledTest.executeDeliveryTask(ScheduledTest.java:64)

10. at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

11. at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

12. at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

13. at java.lang.reflect.Method.invoke(Method.java:497)

14. at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65)

15. at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)

16. at org.springframework.scheduling.concurrent.ReschedulingRunnable.run(ReschedulingRunnable.java:81)

17. at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

18. at java.util.concurrent.FutureTask.run(FutureTask.java:266)

19. at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)

20. at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)

21. at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

22. at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

23. at java.lang.Thread.run(Thread.java:745)

解决方法：

需要指定具体的事物管理器，即将@Transactional改为@Transactional(“txManager”)，txManager为定义好的事务管理器。

六、参考资料

1、RuntimeException API文档  2、Exception API文档  3、Spring事务管理（详解+实例）  4、Interface PlatformTransactionManager

原文地址：http://blog.csdn.net/loongshawn/article/details/76944932