Spring的事务

最新推荐文章于 2025-04-24 19:33:47 发布

原创最新推荐文章于 2025-04-24 19:33:47 发布 · 235 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#spring事务

spring 专栏收录该内容

1 篇文章

订阅专栏

spring事务在实际项目开发中的使用

1. 事务的一些基础知识

事务的四大特性：原子性、隔离性、一致性、持久性
事务的隔离级别：读未提交、读已提交、可重复读、串行化
常见并发异常：脏写、脏读、丢失更新、不可重复读、幻读

数语解释：

原子性：事务中的所有操作作为一个整体像原子一样不可分割，要么全部成功，要么全部失败
一致性：系统的状态满足数据的完整性约束，比如转账前后两个用户的金额总和应该保持不变
隔离性：并发执行的事务不会相互影响，比如多个用户同时往一个账户转账，结果应该和按先后次序转账一样
持久性：事务一旦提交，数据库的更新就是持久的，任何事物或者系统故障都不会导致数据丢失

脏写：事务回滚了其他事务对数据的已提交修改
脏读：一个事务读取了另一个事务未提交的数据
丢失更新：事务覆盖了其他事务对数据的已提交修改，导致这些修改好像丢失一样
不可重复读：一个事务对同一数据的读取结果不一致
幻读：事务读取的某个范围的数据时，因为其他事务的操作导致前两次读取的结果不一致

事务的实现原理概述

在事务的ACID特性中，C即一致性是事务的根本追求，而对数据一致性的破环主要来自两个方面：其一是事务的并发执行，除此则是事务故障或系统故障，我们知道数据库系统是通过并发控制技术和日志恢复技术来维持一致性，其中并发控制保证了事务的隔离性，是一致性不会因为并发执行的操作被破坏，日志恢复则保证了事务的原子性和持久性，使一致性不会因事务或者系统故障而被破坏，使已提交的对数据库的修改不会因系统崩溃而丢失，

2. Spring事务管理的两种方式

spring支持编程式事务管理和声明式事务管理两种方式：
编程式事务使用TransactionTemplate或者PlatformTransactionManager,对于编程式事务管理，spring推荐使用TransactionTemplate
声明式事务是建立在AOP之上的，其本质是对方法前后进行拦截，然后再目标方法开始之前创建或者加入一个事务，在执行完目标方法之后，根据执行情况提交或者回滚事务，声明式事务最大的优点就是不需要通过编程方式管理事务，这就不需要再业务逻辑代码中掺杂事务管理的代码，只需要在配置文件中做相关的事务规则声明（或通过@Transactional注解的方式)，便可以将事务应用到业务逻辑中。

显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式，声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持，声明使事务唯一不足之处在于，它的最小粒度只能作用于方法级别，无法做到像编程式事务那样可以作用到代码级别，但是即使有这样的需求，也存在很多变通之处，比如，可以将需要的事务管理的代码块独立为方法等等

声明式事务管理也有两种常用的方式，一种基于tx和aop名字空间的xml配置文件，另一种基于@Transactional注解，显然基于注解的方式更简单易用

3. Spring事务特性

org.springframework.transaction.PlatformTransactionManager接口是spring所有事务管理策略类的父接口，其中TransactionDefinition接口定义了以下特性：

事务隔离级别

隔离级别是指若干个并发事务之间的隔离程度，TransactionDefinition接口中定义了五个表示隔离级别的常量：
TransactionDefinition.ISOLATION_DEFAULT:这是默认值，表示使用底层数据库默认隔离级别，对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMIT
TransactionDefinitin.ISOLATION_READ_UMCOMMITTED:该隔离级别表示一个事务可以读取另一个事务修改但还未提交的数据，该级别不能防止脏读，不可重复读和幻读，因此和绍使用该隔离级别
TransactionDefiniton.ISOLATION_READ_COMMIT:该隔离级别表示一个事务职能读取另一个事务已经提交的数据，可以防止脏读，这也是大多数情况下的推荐值
TransactionDefinition.ISOLATION_REPEATABLE_READ:该隔离级别表示一个事务在整个过程中可以多次重复执行某次查询，并且每次返回的记录都相同，该级别可以防止脏读和不可重复读
TransactionDefinition.ISOLATION_SERIALIZABLE:所有的事务依次逐个执行，这样的事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读和幻读，但是这严重影响程序性能

事务传播行为
所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时若有若干选项可以指定一个事务性的方法的执行行为，在TransactionDefinition定义中包括了如下几个表示传播行为的常量：
TransactionDefinition.PROPAGATION_REQUIRED:如果当前存在事务，则加入事务，如果当前没有事务，则创建一个新的事务，这是默认值
TransactionDefinition.PROPAGATION_SUPPORTS:如果当前存在事务，在加入事务，如果当前没有事务，则以非事务方式继续运行
TransactionDefinition.PROPAGATION_REQUIREDS_NEW:创建一个新的事务，如果当前存在事务，则会把当前事务挂起
TransactionDefinition.PROPAGATON_NOT_SUPPORTED:以非事务方式运行，如果当前存在事务，则会把当前事务挂起
TransactionDefinition.PROPAGATION_NEVER:以非事务方式运行，如果当前存在事务，则抛出异常
TransactionDefinition.PROPAGATION_NESTED:如果当前存在事务，则创建当前的嵌套事务来运行，如果没有，则该值等价于TransactionDefintion.PROPAGATION_REQUIRED
TransactionDefintion.PROPAGATION_MANDATORY:如果当前存在事务，则加入事务，如果没有，则抛出异常

事务超时

所谓事务超时，就是指一个事务所允许执行的最长时间，如果超过该时间限制，但事务还没有完成，则自动回滚，在TransactionDefinition中以int的值表示超时时间，其单位为秒
默认设置为底层事务系统的超时值，如果底层数据库事务系统没有设置超时值，那么就是none,没有超时限制

spring事务回滚规则
默认配置下，spring只有在抛出的异常为运行时unchecked异常时才会回滚该事务，也就是掏出的异常为RuntimeException的子类（Errors也会导致事务回滚），而抛出checked异常则不会导致事务回滚
可以明确的配置在抛出那些异常时回滚事务，包括checked异常，也可以明确定义那些异常抛出是不回滚事务，还可以编程性的通过setRollbackOnly()方法来指示一个事务必须回滚，在调用setRollbackOnly()后
你所能执行的唯一操作就是回滚。

以Mybatis为例，基于注解的声明式事务配置
1、添加tx名字空间

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

2、开启事务的支持注解

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

3、MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager移用的数据源一致即可

<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
		<property name="dataSource" ref="dataSource"/>
		<property name="configLocation>
			<value>classpath:mybatis-config.xml</value>
		</property>
	</bean>	
	<bean id="transactionManager" class="org.springframework.jdbc.dataSource.DataSourceTransactionManager">
		<property name="dataSource" ref="dataSource"/>
	</bean>

4、使用@Transactional注解
虽然@Transactional 可以作用于接口、接口方法、类以及类方法上，当作用于类上时，但是Spring建议不要再接口或者在接口方法上使用该注解，因为这只有在使用基于接口的代理是它才会生效，另外，@Transactional注解应该只被应用到public方法上，这是由Spring AOP的本质决定的，如果你在protected、private或者默认可见性的方法上使用@Transactional注解，这将被忽略，也不会抛出任何异常。

以Mybatis为例，基于.xml文件的声明是事务配置

<tx:advice id="advice"  transaction-manager="transactionManager">
		<tx:attributes>
			<tx:method name="update" propagation="REQUIRED" read-only="false" rollback-for="java.lang.Exception"/>
			<tx:method name="insert" prppagation="REQUIRED" read-only="flase"/>
		</tx:attributes>
	</tx:advice>
	
	<aop:config>
		<aop:pointcut id="testService" expression="execution(* com.nnngu.service.MyBatisService.*(..))"/>
		<aop:advisor advice-ref="advice" pointcut-ref="testService"/>
	</aop:config>