Spring——Transaction事务详解

Spring——事务详解

学习视频：

B站 狂神说Java之Spring5教程：https://www.bilibili.com/video/BV1WE411d7Dv

事务：

​ 事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言（如SQL，C++或Java）书写的用户程序的执行所引起，并用形如begin transaction和end transaction语句（或函数调用）来界定。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。

• 事务在项目开发过程非常重要，涉及到数据的一致性的问题，不容马虎！
• 事务管理是企业级应用程序开发中必备技术，用来确保数据的完整性和一致性。

事务就是把一系列的动作当成一个独立的工作单元，这些动作要么全部完成，要么全部不起作用。

事务四个属性ACID

1. 原子性（atomicity）

   事务是原子性操作，由一系列动作组成，事务的原子性确保动作要么全部完成，要么完全不起作用

2. 一致性（consistency）

   一旦所有事务动作完成，事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中

3. 隔离性（isolation）

   可能多个事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏

4. 持久性（durability）

   事务一旦完成，无论系统发生什么错误，结果都不会受到影响。通常情况下，事务的结果被写到持久化存储器中

---

实例

以Spring整合Mybatis为例

在其基础上为UserMapper接口增加两个方法

//增加一个用户
public int add(User user);
//删除一个用户
public int delete(int id);

UserMapper.xml相应增加：

<insert id="add" parameterType="user">
    insert into user (id, name, pwd) VALUES (#{id},#{name},#{pwd})
insert>

<delete id="delete">
    deletes from user where id = #{id}
delete>

注意此处的delete特意错误写成deletes

修改UserMapper接口实现类UserMapperImpl为：

public class UserMapperImpl implements UserMapper{
    private SqlSessionTemplate sqlSession;

    public void setSqlSession(SqlSessionTemplate sqlSession) {
        this.sqlSession = sqlSession;
    }

    @Override
    public List<User> query() {
        User user = new User(5,"小六","123456");
        add(user);
        delete(5);
        return sqlSession.getMapper(UserMapper.class).query();
    }

    @Override
    public int add(User user) {
        return sqlSession.getMapper(UserMapper.class).add(user);
    }

    @Override
    public int delete(int id) {
        return sqlSession.getMapper(UserMapper.class).delete(id);
    }
}

直接测试：

public class MyTest {
    @Test
    public void test(){
        ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
        UserMapper userMapper = context.getBean("userMapperImpl", UserMapper.class);
        List<User> userList = userMapper.query();
        for (User user : userList) {
            System.out.println(user);
        }
    }
}

会发现程序报错，因为上面的deleteSQL错误

但是这时候查看数据库，却发现即使报错，程序仍然执行了query()方法中的add()方法，如图

没有进行事务的管理，我们想让他们都成功才成功，有一个失败，就都失败，所以这时候我们就应该需要事务！

Spring在不同的事务管理API之上定义了一个抽象层，使得开发人员不必了解底层的事务管理API就可以使用Spring的事务管理机制。Spring支持编程式事务管理和声明式的事务管理。

编程式事务管理

• 将事务管理代码嵌到业务方法中来控制事务的提交和回滚
• 缺点：必须在每个事务操作业务逻辑中包含额外的事务管理代码

声明式事务管理

• 一般情况下比编程式事务好用。
• 将事务管理代码从业务方法中分离出来，以声明的方式来实现事务管理。
• 将事务管理作为横切关注点，通过aop方法模块化。Spring中通过Spring AOP框架支持声明式事务管理。

官方文档说明：http://mybatis.org/spring/zh/transactions.html

---

声明式事务管理具体使用

在spring-dao.xml中：

1. 引入头文件约束：tx

   xmlns:tx="http://www.springframework.org/schema/tx"
   
   http://www.springframework.org/schema/tx
   http://www.springframework.org/schema/tx/spring-tx.xsd">
   

2. 配置声明式事务

   <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
       <property name="dataSource" ref="dataSource"/>
   bean>
   

3. 配置事务通知（*代表所有方法）

   <tx:advice id="transactionInterceptor" transaction-manager="transactionManager">
       <tx:attributes>
          <tx:method name="add" propagation="REQUIRED"/>
          <tx:method name="delete" propagation="REQUIRED"/>
          <tx:method name="query" pread-only="true"/>
           <tx:method name="*" propagation="REQUIRED"/>
       tx:attributes>
   tx:advice>
   

4. 配置事务切入

   <aop:config>
       <aop:pointcut id="pointCut" expression="execution(* com.teng.mapper.*.*(..))"/>
       <aop:advisor advice-ref="transactionInterceptor" pointcut-ref="pointCut"/>
   aop:config>
   

5. 再次测试

仍然报错，但是此时查看数据库发现，query()方法中的add()并没有运行成功

为什么需要配置事务？

• 如果不配置，就需要我们手动提交控制事务；
• 事务在项目开发过程非常重要，涉及到数据的一致性的问题

---

spring事务传播特性：

事务传播行为就是多个事务方法相互调用时，事务如何在这些方法间传播。spring支持7种事务传播行为：

• propagation_requierd：如果当前没有事务，就新建一个事务，如果已存在一个事务中，加入到这个事务中，这是最常见的选择。
• propagation_supports：支持当前事务，如果没有当前事务，就以非事务方法执行。
• propagation_mandatory：使用当前事务，如果没有当前事务，就抛出异常。
• propagation_required_new：新建事务，如果当前存在事务，把当前事务挂起。
• propagation_not_supported：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
• propagation_never：以非事务方式执行操作，如果当前事务存在则抛出异常。
• propagation_nested：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与propagation_required类似的操作

Spring 默认的事务传播行为是 PROPAGATION_REQUIRED，它适合于绝大多数的情况。