【Spring】——声明式事务配置详解

小灰灰 2022-05-20 08:15 221阅读 0赞

事务管理是企业级应用程序开发中必备技术，用来确保数据的完整性和一致性。本文主要讲解事务涉及到一些概念以及spring中事务的使用。如有理解偏颇之处，恳请各位大神指正，小编不胜感激！

# 1、何为事务？ #

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

## 事务四个属性ACID ##

**1、原子性（atomicity）**

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

**2、一致性（consistency）**

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

**3、隔离性（isolation）**

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

**4、持久性（durability）**

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

# 2、Spring中的事务管理 #

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

## 编程式事务管理 ##

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

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

## 声明式事务管理 ##

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

# 3、事务管理器 #

Spring的核心事务管理抽象，管理封装了一组独立于技术的方法，无论使用Spring的哪种事务管理策略（编程式或者声明式）事务管理器都是必须的。

org.springframework.transaction.PlatformTransactionManager

## JDBC事务 ##

## Hibernate事务 ##

## JPA事务 ##

## Java原生API事务 ##

通常用于跨越多个事务管理源（多数据源），则需要使用下面的内容

# 4、事务属性 #

![70][]

## 4.1传播行为 ##

事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如方法可能继续在现有事务中运行，也可能开启一个新的事务，并在自己的事务运行。spring中的事务传播行为可以由传播属性指定。spring指定了7种类传播行为。

<table> 
 <tbody> 
 <tr> 
 <td>REQUIRED</td> 
 <td>如果有事务在运行，当前的方法就在这个事务内运行，否则就开启一个新的事务，并在自己的事务内运行,默认传播行为</td> 
 </tr> 
 <tr> 
 <td>REQUIRED_NEW &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;</td> 
 <td>当前方法必须启动新事务，并在自己的事务内运行，如果有事务正在运行，则将它挂起</td> 
 </tr> 
 <tr> 
 <td>SUPPORTS</td> 
 <td>如果有事务在运行，当前的方法就在这个事务内运行，否则可以不运行在事务中</td> 
 </tr> 
 <tr> 
 <td>NOT_SUPPORTED </td> 
 <td>表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager </td> 
 </tr> 
 <tr> 
 <td>MANDATORY</td> 
 <td>当前的方法必须运行在事务内部，如果没有正在运行的事务，就会抛出异常</td> 
 </tr> 
 <tr> 
 <td>NEVER</td> 
 <td>当前方法不应该运行在事务中，如果有运行的事务，就抛出异常</td> 
 </tr> 
 <tr> 
 <td>NESTED</td> 
 <td>如果有事务在运行，当前的方法就应该在这个事务的嵌套事务内运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与PROPAGATION_REQUIRED一样。</td> 
 </tr> 
 </tbody> 
</table>

**通常情况下，第一种和第二种用的比较多，需要多理解一下**

## 4.2事务隔离级别 ##

并发事务会导致发生以下三种类型的问题

<table> 
 <tbody> 
 <tr> 
 <td>脏读 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;</td> 
 <td>发生在一个事务读取了另一个事务改写尚未提交的数据时，改写的数据被回滚了，那么第一个事务获取的数据无效</td> 
 </tr> 
 <tr> 
 <td>不可重复读</td> 
 <td>当同一个事务执行两次及以上相同的查询时，每次都得到不同的数据。一般因为另一并发事务在两次查询期间进行了更新</td> 
 </tr> 
 <tr> 
 <td>幻读</td> 
 <td>第一个事务读取了一些数据，此时第二个事务在该表中插入了一些新数据，这是第一个事务再读取相同的数据就会多几行</td> 
 </tr> 
 </tbody> 
</table>

**不可重复读和幻读的区别**：不可重复读侧重点在相同数据被修改，而幻读是删除或新增

从理论上讲，事务应该完全隔离，避免并发事务导致的问题，但是这样可能对性能产生极大影响，因为事务必须按顺序进行了。所以在实际的开发中，为了提升性能，事务会以比较低的隔离级别运行。

**spring中事务的隔离级别可以通过隔离属性指定**

<table style="text-align:center;"> 
 <tbody> 
 <tr> 
 <td>DEFAULT</td> 
 <td>使用底层数据库的默认隔离级别，大部分数据库，默认隔离级别都是READ_COMMITED</td> 
 </tr> 
 <tr> 
 <td>READ_COMMITED &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;</td> 
 <td>只允许事务读取已经被其他事务提交的更改，可以避免脏读，但不可重复读和幻读问题仍然可能出现</td> 
 </tr> 
 <tr> 
 <td>READ_UNCOMMITED</td> 
 <td>允许事务读取未被其他事务提交的更改。脏读，不可重复读，幻读都可能会出现</td> 
 </tr> 
 <tr> 
 <td>REPEATABLE_READ</td> 
 <td>确保事务可以多次从一个字段中读取相同的值。在这个事务持续期间，禁止其他事务对这个字段进行更新，可以避免脏读和不可重复读，但是幻读的问题依然存在</td> 
 </tr> 
 <tr> 
 <td>SERIALIZABLE</td> 
 <td>确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务对该表执行插入，更新，删除。所有的并发问题都能避免，但是性能比较低。</td> 
 </tr> 
 </tbody> 
</table>

**注意**：事务的隔离级别需要底层数据库引擎的支持，而不是应用程序或者框架的支持

Oracle支持2种事务隔离级别：READ\_COMMITED，SERIALIZABLE

MySQL支持4种事务隔离级别

## 4.3回滚规则 ##

默认情况下只有未检查异常（RuntimeException和Error类型的异常）会导致事务回滚。事务的回滚规则可以通过属性管理

rollbackFor：遇到时必须进行回滚

noRollbackFor：一组异常类，遇到时必须不能回滚

![70 1][]

## 4.4只读属性 ##

如果事务只读数据但不修改可以通过配置只读事务属性，帮助数据库引擎优化事务。只读事务属性：表示这个事务只读读取数据，但是不更新数据

## 4.5超时事务属性 ##

事务可以在行和表上获得锁，因此长事务会占用资源，并对整体性能产生影响。可以配置超时事务属性，事务在强制回滚之前可以保持多久，这样可以避免长期运行的事务占用资源

# 5、声明式管理事务 #

## 5.1通知声明式地管理事务 ##

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"></property> </bean>   <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes>  <tx:method name="*"/>  <tx:method name="purchase" propagation="REQUIRES_NEW"/>  <tx:method name="update*" isolation="SERIALIZABLE"/>  <tx:method name="add*" rollback-for="java.io.IOException" no-rollback-for="com.dmsd.spring.tx.BookStockException"/>  <tx:method name="find*" read-only="true"/>  <tx:method name="get*" timeout="3"/> </tx:attributes> </tx:advice>  <aop:config> <aop:pointcut expression="execution(* com.atguigu.spring.tx.xml.service.*.*(..))" id="txPointCut"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointCut"/> </aop:config>

## 5.2用 @Transactional 注解声明式地管理事务 ##

Spring中注解的方式@Transactional标注事务方法。为了将方法定义为支持事务处理，可以在方法上添加@Transactional注解。根据Spring AOP基于代理机制，只能标注公有方法。如果在类上标注@Transactional注解，那么这个类中所有公有方法都会被定义为支持事务。

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"></property> </bean>  <tx:annotation-driven transaction-manager="transactionManager"/>

在方法上添加

//添加事务注解 //1.使用 propagation 指定事务的传播行为, 即当前的事务方法被另外一个事务方法调用时 //如何使用事务, 默认取值为 REQUIRED, 即使用调用方法的事务 //REQUIRES_NEW: 事务自己的事务, 调用的事务方法的事务被挂起. //2.使用 isolation 指定事务的隔离级别, 最常用的取值为 READ_COMMITTED //3.默认情况下 Spring 的声明式事务对所有的运行时异常进行回滚. 也可以通过对应的 //属性进行设置. 通常情况下去默认值即可. //4.使用 readOnly 指定事务是否为只读. 表示这个事务只读取数据但不更新数据, //这样可以帮助数据库引擎优化事务. 若真的事一个只读取数据库值的方法, 应设置 readOnly=true //5.使用 timeout 指定强制回滚之前事务可以占用的时间. @Transactional(propagation=Propagation.REQUIRES_NEW, isolation=Isolation.READ_COMMITTED, noRollbackFor={UserAccountException.class}, rollbackFor = IOException.class, readOnly=false, timeout=3) @Override public void purchase(String username, String isbn) {}

# 6、事务失效 #

因为spring事务是基于aop的代理机制，当方法中调用this本身的方法时候即使在this的方法标明事务注解，但是事务注解会失效。如下

@Transactional @Override public void purchase(String username, String isbn) { this.update(username, isbn); } @Transactional public void update(String username, String isbn) { //1. 获取书的单价 int price = bookShopDao.findBookPriceByIsbn(isbn); //2. 更新数的库存 bookShopDao.updateBookStock(isbn); //3. 更新用户余额 bookShopDao.updateUserAccount(username, price); }

**原因**：因为调用ths本身方法不走代理机制，这个时候可以通过配置解决这个问题。

## 解决事务失效 ##

在配置中添加如下内容

<aop:aspectj-autoproxy expose-proxy="true"/>

将上述调用的地方改成如下

@Transactional @Override public void purchase(String username, String isbn) { ((BookShopServiceImpl)AopContext.currentProxy()).update(username, isbn); }

# 总结 #

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

[70]: /images/20220520/c6db380ab64c4c459503624138a385ad.png
[70 1]: /images/20220520/5f17c3fcffdd45af9b5f46e23aaf6525.png