SpringBoot+Mybatis事务管理

最新推荐文章于 2025-03-18 18:45:00 发布

zhaorui2017

最新推荐文章于 2025-03-18 18:45:00 发布

阅读量3.6k

点赞数

分类专栏： spring java springboot 微服务架构

java 同时被 3 个专栏收录

11 篇文章

订阅专栏

微服务架构

7 篇文章

订阅专栏

spring

5 篇文章

订阅专栏

一、使用场景

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

二、配置方法

(1)配置applicationContext.xml

<!-- 事务管理器 -->
    <bean id="txManager"
          class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>

    <!-- 事务注解驱动，标注@Transactional的类和方法将具有事务性 -->
    <tx:annotation-driven transaction-manager="txManager"/>

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

public class TestService {

    @Transactional("txManager")
    public void buy(){

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

        int item_id = 2;
        // 查询指定书目状态
        Integer status = authenticationMapper.selectStatusOfItem(item_id);
        if (status == 1) {

            Integer count = authenticationMapper.insertOrder(item_id);

            if (count == 1) {

                authenticationMapper.updateStatus(item_id);

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

            }
        }
    }
}

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

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

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

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

// 直接抛出即可回滚
throw new RuntimeException("数据已存在，回滚");

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

try {
      throw new IOException("IO异常");
} catch (IOException e) {
      e.printStackTrace();
      throw new RuntimeException("数据已存在，回滚");
}

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

public class MyException extends RuntimeException{

    public MyException(String message) {
        super(message);
    }
}

(3)业务类注入bean

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

 <bean id="testService" class="com.loongshawn.service.TestService"/>

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

TestService testService = new TestService();
testService.buy();

(4)业务测试

public void executeDeliveryTask() {

    TestService testService = MyApplicationContextUtil.getBean("testService");
    testService.buy();
}

运行结果：

这里写图片描述

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

三、事务属性

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 注解，做到程序员只关注具体业务即可。

五、可能异常

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
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:313)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.determineTransactionManager(TransactionAspectSupport.java:337)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:252)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
    at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:644)
    at com.autonavi.service.TestService$$EnhancerBySpringCGLIB$$272f01cd.buy(<generated>)
    at com.autonavi.task.test.ScheduledTest.executeDeliveryTask(ScheduledTest.java:64)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65)
    at org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
    at org.springframework.scheduling.concurrent.ReschedulingRunnable.run(ReschedulingRunnable.java:81)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)