Spring09：声明式事务

这个东西很重要，面试几乎必问，特别是我们在操作数据库的时候，这是我们一定要去关注的点，事务的概念，ACID，都是需要记住的，可以不要按着概念来，但是自己一定要理解。

回顾事务

• 事务在项目开发过程非常重要，涉及到数据的一致性的问题，不容马虎！

• 事务管理是企业级应用程序开发中必备技术，用来确保数据的完整性和一致性。

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

事务四个属性ACID

• 原子性（atomicity）

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

• 一致性（consistency）

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

• 隔离性（isolation）

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

• 持久性（durability）

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

不考虑隔离的三个问题

• 脏读：指一个事务在处理的过程中，读取了另一个事务未提交的数据

• 不可重复读：事务A读了之后，事务B对数据进行了修改。当A再次读取的时候，两次读取的结果不同。这一般是对同一数据项进行了更新操作。

• 虚读（幻读）：事务A读了之后，事务B也对其进行了删除或插入，当A再读的时候，读的结果便不同了。

很多小伙伴在网上看到的都是这三个问题，但是，我在《数据库系统概论第五版》中，看到的是另一种，在这里我也罗列出来：

• 脏读：指一个事务在处理的过程中，读取了另一个事务未提交的数据（一样）

• 不可重复读分成了三种：

  • 事务A读取了某一数据之后，事务B对其进行了修改，当A再次读取的时候，两次读取的结果不同。也即是我们之前说的不可重复读
  • 事务A读取了某些记录后，事务B删除了其中部分的记录，当A再次读取的时候，结果就不同了
  • 事务A读取了某些记录后，事务B插入了一些记录，当A再次读取的时候，结果就不同了
  • 后两种统称为幻读（虚读）
  • 第三种叫做丢失修改。两个事务A和B同时读入一个数据并进行修改，B的提交破坏了A的提交，导致A的提交丢失。

我个人觉得，书上写的似乎更加的好。。。但是，还是取决于各位的看法，自行决定

解决方案

• 读取未提交的内容
• 读取提交的内容
• 可重读读取
• 串行化：顺序执行，解决幻读

不懂的，可以自行百度一下。

测试

将上面的代码拷贝到一个新项目中

在之前的案例中，我们给userDao接口新增两个方法，删除和增加用户；

//添加一个用户
int addUser(User user);
 
//根据id删除用户
int deleteUser(int id);

mapper文件，我们故意把 deletes 写错，测试！

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

编写接口的实现类，在实现类中，我们去操作一波

public class UserDaoImpl extends SqlSessionDaoSupport implements UserMapper {
 
    //增加一些操作
    public List<User> selectUser() {
        User user = new User(4,"小明","123456");
        UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
        mapper.addUser(user);
        mapper.deleteUser(4);
        return mapper.selectUser();
    }
 
    //新增
    public int addUser(User user) {
        UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
        return mapper.addUser(user);
    }
    //删除
    public int deleteUser(int id) {
        UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
        return mapper.deleteUser(id);
    }
 
}

测试

@Test
public void test2(){
    ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
    UserMapper mapper = (UserMapper) context.getBean("userDao");
    List<User> user = mapper.selectUser();
    System.out.println(user);
}

肯定报错，打开数据库，我们可以看到，我们可以看到，我们增加了一个用户，这和我们的想法不同，也和我们所说的事务的原子性和一致性有矛盾。

之前都是要我们自己去写约束，但是现在Spring给了我们事务管理，很方便

Spring中的事务管理

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

编程式事务管理

将事务管理代码嵌到业务方法中来控制事务的提交和回滚

缺点：必须在每个事务操作业务逻辑中包含额外的事务管理代码

声明式事务管理

一般情况下比编程式事务好用。

将事务管理代码从业务方法中分离出来，以声明的方式来实现事务管理。

将事务管理作为横切关注点，通过aop方法模块化。Spring中通过Spring AOP框架支持声明式事务管理。

使用Spring管理事务，注意头文件的约束导入 : tx

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

事务管理器

• 无论使用Spring的哪种事务管理策略（编程式或者声明式）事务管理器都是必须的。

• 就是 Spring的核心事务管理抽象，管理封装了一组独立于技术的方法。

JDBC事务

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

配置好事务管理器后我们需要去配置事务的通知

<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        
        <tx:method name="add" propagation="REQUIRED"/>
        <tx:method name="delete" propagation="REQUIRED"/>
        <tx:method name="update" propagation="REQUIRED"/>
        <tx:method name="search*" propagation="REQUIRED"/>
        <tx:method name="get" read-only="true"/>
        <tx:method name="*" propagation="REQUIRED"/>
    tx:attributes>
tx:advice>

spring事务传播特性：

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

• propagation_requierd：如果当前没有事务，就新建一个事务，如果已存在一个事务中，加入到这个事务中，这是最常见的选择。

• propagation_supports：支持当前事务，如果没有当前事务，就以非事务方法执行。

• propagation_mandatory：使用当前事务，如果没有当前事务，就抛出异常。

• propagation_required_new：新建事务，如果当前存在事务，把当前事务挂起。

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

• propagation_never：以非事务方式执行操作，如果当前事务存在则抛出异常。

• propagation_nested：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与propagation_required类似的操作

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

假设 ServiveX#methodX() 都工作在事务环境下（即都被 Spring 事务增强了），假设程序中存在如下的调用链：Service1#method1()->Service2#method2()->Service3#method3()，那么这 3 个服务类的 3 个方法通过 Spring 的事务传播机制都工作在同一个事务中。

就好比，我们刚才的几个方法存在调用，所以会被放在一组事务当中！

配置AOP

导入aop的头文件！

<aop:config>
    <aop:pointcut id="txPointcut" expression="execution(* com.pwx.dao.*.*(..))"/>
    <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/>
aop:config>

进行测试(记得删掉刚刚的数据)

@Test
public void test2(){
    ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
    UserMapper mapper = (UserMapper) context.getBean("userDao");
    List<User> user = mapper.selectUser();
    System.out.println(user);
}

这一个知识比较简单，主要也是回顾一下事务的一些特性，当然有关数据库的一些知识我相信在面试的过程中大家都遇到了一些，之前我也是对数据库进行了一个简单的复习，有时间我会整理一下数据库的笔记，和大家探讨一些有关的知识

Spring学习回顾也到今天就结束了，之后我要开始步入到下一个框架的学习了，MyBatis的知识等之后有时间，再慢慢补上。

最后

以上所有是通过在哔哩哔哩中遇见狂神说，狂神老师学习的，在这里表示热衷的感谢，又不懂的大家也可以去看看他的视频。

这是他相关的博客

这是他的主页