spring事务的总结

最新推荐文章于 2024-08-13 17:30:37 发布

逐兔郎

最新推荐文章于 2024-08-13 17:30:37 发布

阅读量1.1k

点赞数

分类专栏： JAVA web 组件

本文链接：https://blog.csdn.net/zhutulang/article/details/43270457

版权

JAVA web 组件专栏收录该内容

10 篇文章 0 订阅

订阅专栏

摘录、总结自《Spring 实战》第三版 Spring IN ACTION

一、什么是事务？

简单的来说，全有或全无的操作被称为事务。事务允许你将几个操作组合成一个要么全部发生要么全部不发生的工作单元。如果一切顺利，事务将会成功。但是有任何一件事情出错的话，所发生的行为将会被清除干净，就像什么事情都没发生一样。

二、事务的特性 ACID

原子性（Automic） : 事务是由一个或多个活动所组成的一个工作单元。 原子性确保事务中的所有操作全部发生或不发生。如果所有的活动都成功了，事务也就成功了。如果任意一个活动失败了，整个事务也失败并回滚。

一致性（Consistent）: 一旦事务完成（不管成功还是失败）， 系统必须确保它所建模的业务处于一致的状态。现实的数据不应该被损坏。

隔离性（Isolated）: 事务允许多个用户对相同的数据进行操作，每个用户的操作不会与其他用户纠缠在一起。因此， 事务应该被彼此隔离，避免发生同步读写相同数据的事情（注意的是，隔离性往往涉及到锁定数据库中的行或表）。

持久性（Durable）: 一旦事务完成，事务的结果应该持久化，这样就能从任何的系统崩溃中恢复过来。

三、spring对事务管理的支持

spring提供了对 编码式和 声明式事务管理的支持。

编码式事务允许用户在代码中精确定义事务的边界，而声明式事务有助于用户将操作与事务规则解耦。

spring 并不直接管理事务，而是提供了多种事务管理器，它们将事务管理的职责委托给JTA或其他持久化机制提供的平台相关的事务实现。比如，DataSourceTransactionManager 为简单的 JDBC 或 iBATIS 提供了事务支持。而 HibernateTransactionManager 则为 Hibernate 提供事务支持。

注：选择编码式事务还是声明式事务在很大程度上是在细粒度控制和易用性之间进行权衡。当通过编码实现事务控制时，你能够精确控制事务的边界。

四、编码式事务示例：

假如有一个service 类 SpitterServiceImpl ，其中有个方法为 saveSpittle

程序清单 4.1

public void saveSpittle(Spettle spittle){
    spitterDao.saveSpittle(spittle);
}

如果我们想要将其变成一个事务方法，使用编码式事务，可以通过使用 spring的 TransactionTemplate 来添加事务边界：

程序清单 4.2

public void saveSpittle(Spettle spittle){
   
    txTemplate.execute(new TransactionCallback<void>(){
            try{
                    spitterDao.saveSpittle(spittle);
            }catch(RuntimeException e){
                  txStatus.setRollbackOnly();
                  throw e;
           }
           return null;
           }
       });
}

TransactionTemplate 的实例 txTemplate 是注入到 service 类 SpitterServiceImpl 中的。

五、声明式事务

spring 对声明式事务的支持是通过使用 spring AOP 框架来实现的。

5.1 定义事务属性

在spring中，声明式事务是通过事务属性来定义的。事务属性描述了事务策略如何应用到方法上。

① 传播行为（propagation behavior）

传播行为定义了何时要创建一个事务或何时使用已有的事务。传播规则回答了这样一个问题，即新的事务应该被启动还是被挂起，或者方法是否要在事务环境中运行。

表 5.1 七种传播行为

传播行为	含义
PROPAGATION_MANDATORY	表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常
PROPAGATION_NESTED	表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与 PROPAGATION_REQUIRED 一样。
PROPAGATION_NEVER	表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行，则会抛出异常。
PROPAGATION_NOT_SUPPORTED	表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用 JTATransactionmanager的话，则需要访问 TransactionManager
PROPAGATION_REQUIRED	表示当前方法必须运行在事务中。如果当前事务存在，方法将会在事务中运行。否则，会启动一个新的事务。
PROPAGATION_REQUIRES_NEW	表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务，在该方法执行期间，当前事务会被挂起。如果使用 JTATransactionmanager的话，则需要访问 TransactionManager
PROPAGATION_SUPPORTS	表示当前方法不需要事务上下文，但是如果存在当前事务的话，那么该方法会在这个事务中运行

② 隔离级别

隔离级别决定了一个事务会被其它并行的事务所能影响的程度

表 5.2 五种隔离级别

隔离级别	含义
ISOLATION_DEFAULT	使用后端数据库默认的隔离级别
ISOLATION_READ_UNCOMMITTED	允许读取尚未提交的数据变更。可能会导致脏读、幻读或不可重复读
ISOLATION_READ_COMMITTED	允许读取并发事务已经提交的数据。可以阻止脏读，但是幻读或不可重复读仍有可能发生
ISOLATION_REPEATABLE_READ	对同一字段的多次读取结果是一致的，除非数据是被本事务自己所修改的。可以阻止脏读和不可重复读，但幻读仍有可能发生。
ISOLATION_SERIALIZABLE	完全服从 ACID 的隔离级别，确保阻止脏读、不可重复读以及幻读。这是最慢的事务隔离级别，因为它通常是通过完全锁定事务相关的数据库表来实现的

注：

脏读（Dirty read）—— 一个事务读取了另一个事务改写但未提交的数据时，如果改写在稍后被回滚了，那么第一个事务获取的数据就是无效的。

不可重复读（Nonrepeatable read）—— 一个事务执行相同的查询两次或两次以上，但是每次都得到不同的数据。这通常是因为另外一个并发事务在两次查询期间更新了数据。

幻读（Phantom read）—— 幻读与不可重复读类似。它发生在一个事务（T1）读取了几行数据，接着另一个并发事务（T2）插入了一些数据时。在随后的查询中，第一个事务就会发现多了一些原本不存在的记录。

③ 只读

声明式事务的第三个特性是它是否为只读事务。如果事务只对后端的数据库进行读操作，数据库可以利用事务的只读特性来进行一些特定的优化。

④ 事务超时

假设事务的运行时间特别长。因为事务可能涉及对后端数据库的锁定，所以长时间的事务会不必要地占用数据库资源。你可以声明一个事务，在特定的秒数后自动回滚，而不是等待其结束。

⑤ 回滚规则

默认情况下，事务只有在遇到运行期异常才会回滚，而在遇到检查型异常时不会回滚。

但是你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。同样，你还可以声明事务遇到特定的异常不回滚，即使这些异常是运行期异常。

5.2 在 XML 中定义事务

需要在spring XML 配置文件中使用 tx 命名空间和 aop 命名空间。具体怎样加入，参考 Spring实战（Spring IN ACTION）第三版 P158

tx 命名空间提供了一些新的 XML 配置元素，其中最值得注意的是 <tx:advice> 元素。以下 XML 片段展示了 <tx:advice> 是如何声明事务性策略的：

程序清单 5.1

<tx:advice  id="txAdvice"  transaction-manager="transactionManager">
         <tx:attributes>
                  <tx:method name="save*"  propagation="REQUIRED"  />
                  <tx:method name="*"  propagation="SUPPORTS"  read-only="true" />
        </tx:attributes>
</tx:advice>

注： transaction-manager 用于配置事务管理器。根据约定由于配置的原则，<tx:advice>假定事务管理器被声明为一个 id 为 transactionManager 的 bean 。如果你的事务管理器的id是其它的名字，那么你需要显示地配置transaction-manager，否则可以不用配置。

表 5.3 事务五边形的5个方面通过<tx:advice> 的属性来指定

事务属性	含义
isolation	指定事务的隔离级别
propagation	定义事务的传播规则
read-only	指定事务为只读
回滚规则： rollback-for no-rollback-for	rollback-for 指定事务对于哪些检查型异常应当回滚而不提交 no-rollback-for 指定事务对于哪些异常应当继续运行而不回滚
timeout	对于长时间运行的事务定义超时时间

<tx:advice> 只是定义了 AOP 通知，用于把事务边界通知给方法。但是这只是事务通知，而不是完整的事务性切面。我们在 <tx:advice> 中没有生命哪些 bean 应该被通知—— 我们需要一个切点来做这件事。为了完整定义事务性切面，我们必须定义一个通知器（advisor）。以下 XML 片段定义了一个通知器，它使用 txAdvice 通知所有实现 SpitterService 接口的bean。

程序清单 5.2：

<aop:config>
      <aop:advisor
                   pointcut="execution(* *.. SpitterService.*(..))"
                   advice-ref="txtAdvice" />
</aop:config>

5.3 定义注解驱动的事务

除了<tx:advice> 元素， tx 命名空间还提供了 <tx:annotation-driven>元素。使用它，通常只需要一行 XML：

<tx:annotation-driven transaction-manager="transactionManager" />

transaction-manager 默认取值transactionManager，也是约定由于配置原则。

<tx:annotation-driven> 元素告诉 spring 检查上下文中所有的 bean 并查找使用 @Transactional 注解的bean ，而不管这个注解是用在类级别上还是方法级别上。对于每一个使用 @Transactional 注解的 bean ， <tx:annotation-driven> 会自动为它添加事务通知。通知的事务属性是通过 @Transactional 注解的参数来定义的。

程序清单 5.3：

@Transactional(propagation=Propagation.SUPPORTS,readonly=true)
public class SpitterServiceImpl implements SpitterService{
. . .
    @Transactional(propagation=Propagation.REQUIRED,readonly=false)
    public void addSpittle(Spettle spittle){
    . . .
    }
. . .
}