Spring-事务

Spring的事务管理

事务原本是数据库中的概念，在 Dao 层。但一般情况下，需要将事务提升到业务层，即 Service 层。这样做是为了能够使用事务的特性来管理具体的业务。

在 Spring 中通常可以通过以下两种方式来实现对事务的管理：

• 使用 Spring 的事务注解管理事务
• 使用 AspectJ 的 AOP 配置管理事务

Spring事务管理API

spring事务管理，主要用到两个事务相关的接口。

①事务管理器接口

事务管理器是 PlatformTransactionManager 接口对象。其主要用于完成事务的提交、回滚，及获取事务的状态信息

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Hymx9WXc-1634113294836)(image\spring事务管理.png)]

常用的两个实现类

PlatformTransactionManager 接口有两个常用的实现类：

​ ➢ DataSourceTransactionManager：使用 JDBC 或 MyBatis 进行数据库操作时使用。

​ ➢ HibernateTransactionManager：使用 Hibernate 进行持久化数据时使用。

Spring的回滚方式

Spring 事务的默认回滚方式是：发生运行时异常和 error 时回滚，发生受查(编译)异常时提交。

不过，对于受查异常，程序员也可以手工设置其回滚方式。

② 事务定义接口

事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量：

事务隔离级别、事务传播行为、事务默认超时时限，及对它们的操作。

定义了五个事务隔离级别常量

这些常量均是以 ISOLATION_开头。即形如 ISOLATION_XXX。

​ ➢ DEFAULT：采用 DB 默认的事务隔离级别。MySql 的默认为 REPEATABLE_READ； Oracle默认为 READ_COMMITTED。

​ ➢ READ_UNCOMMITTED：读未提交。未解决任何并发问题。

​ ➢ READ_COMMITTED：读已提交。解决脏读，存在不可重复读与幻读。

​ ➢ REPEATABLE_READ：可重复读。解决脏读、不可重复读，存在幻读

​ ➢ SERIALIZABLE：串行化。不存在并发问题。

---

定义了七个事务传播行为常量

所谓事务传播行为是指，处于不同事务中的方法在相互调用时，执行期间事务的维护情况。

如，A 事务中的方法 doSome()调用 B 事务中的方法 doOther()，在调用执行期间事务的维护情况，就称为事务传播行为。

事务传播行为是加在方法上的。

事务传播行为常量都是以 PROPAGATION_ 开头，形如 PROPAGATION_XXX:

​ ➢ PROPAGATION_REQUIRED

​ ➢PROPAGATION_REQUIRES_NEW

​ ➢PROPAGATION_SUPPORTS

​ ➢PROPAGATION_MANDATORY

​ ➢PROPAGATION_NESTED

​ ➢PROPAGATION_NEVER

​ ➢PROPAGATION_NOT_SUPPORTED

A. PROPAGATION_REQUIRED

指定的方法必须在事务内执行。若当前存在事务，就加入到当前事务中；若当前没有事务，则创建一个新事务。

这种传播行为是最常见的选择，也是 Spring 默认的事务传播行为。

如该传播行为加在 doOther()方法上。若 doSome()方法在调用 doOther()方法时就是在事务内运行的，则 doOther()方法的执行也加入到该事务内执行。

若 doSome()方法在调用doOther()方法时没有在事务内执行，则 doOther()方法会创建一个事务，并在其中执行。

B. PROPAGATION_SUPPORTS

指定的方法支持当前事务，但若当前没有事务，也可以以非事务方式执行。

C. PROPAGATION_REQUIRES_NEW

总是新建一个事务，若当前存在事务，就将当前事务挂起，直到新事务执行完毕。

定义了默认事务超时时限

常量 TIMEOUT_DEFAULT 定义了事务底层默认的超时时限，sql 语句的执行时长。

注意，事务的超时时限起作用的条件比较多，且超时的时间计算点较复杂。所以，该值一般就使用默认值即可。