spring-声明式事务

1 spring支持的两种事务管理

1.1 编程式事务管理

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

1.2 声明式事务管理

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

2 测试不使用事务出现的问题

2.1 环境搭建

环境搭建在这篇博客中 : spring-整合mybatis

2.2 在UserMapper中增加三个方法

//添加一个用户
public int addUser(User user);
//删除一个用户
public int deleteUser(int id);
//测试事务
public void test();

2.3 编写对应的UserMapper.xml

注:这里故意将删除的Sql语句写错

<insert id="addUser" parameterType="user">
    insert into user(id,name,pwd) values (#{id},#{name},#{pwd})
</insert>
 
<delete id="deleteUser" parameterType="int">
    deletes from user where id = #{id}
</delete>

2.4 编写对应的UserMapper实现类

@Override
public int addUser(User user) {
    return getSqlSession().getMapper(UserMapper.class).addUser(user);
}
@Override
public int deleteUser(int id) {
    return getSqlSession().getMapper(UserMapper.class).deleteUser(id);
}
@Override
public void test() {
    addUser(new User(5,"admin5","123456"));
    deleteUser(4);
}

2.5 在spring配置文件中注册UserMapper

<!--bean-->
<bean id="userMapper" class="com.lv.mapper.UserMapperImpl">
    <property name="sqlSessionFactory" ref="sqlSessionFactory"/>
</bean>

2.6 测试

@Test
public void test(){
    ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
    UserMapper userMapper = context.getBean("userMapper", UserMapper.class);
    userMapper.test();
}

2.7 执行结果

2.7.1 程序执行前数据

2.7.2 程序执行结果

2.7.3 程序执行后数据

结论:对比前后数据,发现数据增加了,说明在删除语句错误的情况下,增加语句还是生效了.

3 测试使用spring声明式事务解决这个问题

3.1 在spring配置文件头中添加事务配置约束

xmlns:tx="http://www.springframework.org/schema/tx"

http://www.springframework.org/schema/tx
https://www.springframework.org/schema/tx/spring-tx.xsd

3.2 还需要AOP的约束

xmlns:aop="http://www.springframework.org/schema/aop"

http://www.springframework.org/schema/aop
https://www.springframework.org/schema/aop/spring-aop.xsd

3.3 在spring配置文件中添加声明式事务的相关配置(重点)

<!--配置声明式事务-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource"/>
</bean>
<!--结合AOP实现事务的织入-->
<!--配置事务通知-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <!--给那些方法配置事务-->
    <!--配置事务的传播特性 默认的propagation="REQUIRED" 一共有七种配置-->
    <tx:attributes>
        <tx:method name="add" propagation="REQUIRED"/>
        <tx:method name="delete" propagation="REQUIRED"/>
        <tx:method name="update" propagation="REQUIRED"/>
        <tx:method name="query" read-only="true"/>
        <tx:method name="*" propagation="REQUIRED"/>
    </tx:attributes>
</tx:advice>
<!--配置事务切入-->
<aop:config>
    <aop:pointcut id="txPointCut" expression="execution(* com.lv.mapper.*.*(..))"/>
    <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointCut"/>
</aop:config>

3.4 删除刚才增加的记录再次执行

3.4.1程序执行前数据

3.4.2 程序执行结果

3.4.3 程序执行后数据

结论: 程序执行出现异常,数据前后没有变化,说明当删除语句错误后,增加语句也没有生效,事务启动成功了

4 将程序修改正确再次执行

4.1 将UserMapper.xml中的删除语句修改正确

<delete id="deleteUser" parameterType="int">
    delete from user where id = #{id}
</delete>

4.2 再次执行

4.2.1 程序执行结果

4.2.2 数据变化

结论:程序执行成功后,两条语句都生效了.添加了声明式事务后,实现了要么都成功,要么都失败的效果

5 回顾事务

5.1 对事务的描述

• 事务在项目开发过程非常重要，涉及到数据的一致性的问题，不容马虎
• 事务管理是企业级应用程序开发中必备技术，用来确保数据的完整性和一致性
• 事务就是把一系列的动作当成一个独立的工作单元，这些动作要么全部完成，要么全部不起作用

5.2 事务四个属性ACID

• 原子性（atomicity）: 事务是原子性操作，由一系列动作组成，事务的原子性确保动作要么全部完成，要么完全不起作用
• 一致性（consistency）: 一旦所有事务动作完成，事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中
• 隔离性（isolation）: 可能多个事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏
• 持久性（durability）: 事务一旦完成，无论系统发生什么错误，结果都不会受到影响。通常情况下，事务的结果被写到持久化存储器中

6 补充:spring事务传播特性

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

Spring支持以上7种传播特性,默认的事务传播行为是 PROPAGATION_REQUIRED，它适合于绝大多数的情况。