Spring的事务管理
本文最后更新于:2020年9月10日 下午
事务的基础知识
什么时事务
一荣俱荣,一损俱损非常形象的比如了事务,事务要么整体成功,要么整体失败。 事务的ACID
- 原子性(ATOM)
- 一致性(consistency)
- 隔离性(Isolation)
- 持久性(Durabiliy)
数据并发问题
- 脏读(dirty read) A事务读取B事务尚未提交的更改数据,A事务读取的数据不能保证持久。
- 不可重复读(unrepeatable read) A事务读取了B事务已经提交的更改数据。A事务应该读取B事务之前的数据
- 幻象读(phantom read) A事务读取B事务提交的新增数据。
- 第一类丢失更新 A事务撤销时把已经提交的B的事务的更新数据覆盖了
- 第二类丢失更新 A事务覆盖B事务已经提交的数据
幻象读读到了其他已经提交事务的新增数据,不可重复读是指读到了已经提交事务的更改数据(更改或者删除) 不可重复读只用采取添加行级锁,阻止操作中的数据发生变化 幻象读只能添加表级锁防止新增数据。
数据库的锁机制
数据库通过锁机制解决并发访问的问题。按照锁定的对象的不同,分为表锁定和行锁定。 从并发事务锁定的关系上看,分为共享锁定和独占锁定。共享锁定会防止独占锁定但运行其他的共享锁定,独占锁定防止其他独占锁定和其他的共享锁定。 INSERT,UPDATE,DELETE和SELECT FOR UPDATE采用行锁定
事务隔离级别
数据库为用户提供了自动锁机制,只要用户指定会话的事务隔离级别,数据库就会分析事务中的SQL语句,自动为事务操作的数据资源添加适合的锁。 SQL92定义了4个级别的事务隔离
隔离级别 | 脏读 | 不可重复读 | 幻象读 | 第一类丢失更新 | 第二类丢失更新 |
---|---|---|---|---|---|
READ UNCOMMITED | Y | Y | Y | N | Y |
READ COMMITED | N | Y | Y | N | N |
REPEATABLE READ | N | N | Y | N | N |
SERIALIZABLE | N | N | N | N | N |
JDBC对事务的支持
Connection conn = ds.getConnection();
System.out.println("supportsTransactions:"+conn.getMetaData().supportsTransactions());//显式数据库是否支持事务
System.out.println("supportsTransactionIsolationLevel1:"+conn.getMetaData().supportsTransactionIsolationLevel(1));//是否支持事务级别
简单的事务提交
Connection conn;
try{
conn = DriverManager.getConnection();
conn.setAutoCommit(false);//关闭自动提交
conn.setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE);
Statement stmt = conn.createStatement();
//....
conn.commit();
}catch(Exception e){
...//处理异常
conn.rollback();
}finally{
//
}
Spring对事务管理的支持
Spring为事务管理提供了一致的编程模板,在高层次建立了统一的事务抽象。不管时JDBC,Hibernate,JPA等使用统一的编程模型进行事务管理。
事务管理关键抽象
Spring事务管理SPI的抽象层主要包括3个接口:PlatformTransactionManager
,TransactionDefinition
,TransactionStatus
.
TransactionDefinition用于事务隔离级别,超时时间,是否为只读事务,事务传播规则,通过xml配置或者注解,编程等方式提供。
PlatformTransactionManager根据TransactionDefinition提供的事务属性配置信息创建事务,并用TransactionStatus描述这个激活事务的状态。
- TransactionDefinition
- 事务隔离:4种事务隔离,常年在java.sql.Connection接口中,其中ISOLATION_DEFAULT表示默认级别,由数据库直接定义。
- 事务传播:通常在一个事务中执行的所有代码都会运行于同一个事务上下文中。Spring提供了几个事务传播类型
- 事务超时:事务在超时前能运行多久,超过时间后,事务被回滚。TIMEOUT_DEFAULT之外的其他值,则将抛出异常。
- 只读状态:只读事务不修改任何数据,当它修改数据后就抛出异常。
- TransactionStatus
代表一个事务的具体运行状态。事务管理器可以通过该接口获取事务运行期间的状态信息。
boolean hasSavepoint()
判断当前事务是否在内部创建一个保存点。 boolean isNewTransaction()
判断当前事务是否是一个新的事务,如果返回false,则表示当前事务是一个已经存在的事务,或者当前操作未运行在事务环境中。 boolean isCompleted()
判断当前事务是否已经结束 boolean isRollbackOnly()
判断当前事务是否已经被标识为rollback-only
- PlatformTransactionManager
getTransaction(TransactionDefinition definition)
返回事务定义对应的事务状态,或者创建一个新的事务 commit(TransactionStatus status)
提交事务,如果status设置了rollback-only,就执行一个回滚事务的操作 rollback(TransactionSatatus status)
提交抛出异常时rollback方法会被隐式调用。
事务同步管理器
SynchronizationManager
使用ThreadLocal为不同事务线程提供了独立的资源副本,同事维护事务配置的属性和运行状态信息。
事务传播行为
当事务运行中出现多个调用服务,Spring通过过事务传播行为控制当前的事务如果传播到被嵌套调用的目标服务接口方法中。
Spring在TransactionDefinition接口定义了7种类型的事务传播行为
事务传播行为类型 | 说明 |
---|---|
PROPAGATION_REQUIRED | 没有事务,新建一个事务,已经存在一个事务,则加入到事务中 |
PROPAGATION_SUPPORTS | 支持当前事务,没有事务就以非事务运行 |
PROPAGATION_MANDATORY | 使用当前事务,如果没有事务就抛异常 |
PROPAGATION_REQUIRES_NEW | 新建事务,如果已经存在事务则把当前事务挂起 |
PROPAGATION_NOT_SUPPORTED | 以非事务方式执行,如果当前存在事务,则挂起当前事务 |
PROPAGATION_NEVER | 以非事务方式执行,如果当前存在事务,则抛异常 |
PROPAGATION_NESTED | 如果当前存在事务,则在嵌套事务内执行,如果没有当前事务,则执行PROPAGATION_REQUIRED类似操作 |
编程式的事务管理
很少需要通过编程来进行事务管理。Spring也提供了模板类满足特殊场合的需要,org.springframework.transaction.support.TransactionTemplate
。它式线程安全的可以在多个业务类中共享TransactionTemplate实例进行事务管理。
TransactionTemplate tt = context.getBean("transactionTemplate", TransactionTemplate.class);
tt.execute(new TransactionCallbackWithoutResult() {
@Override
protected void doInTransactionWithoutResult(TransactionStatus status) {
JDBCDao dao = context.getBean("jdbcDao", JDBCDao.class);
try{
int i = dao.update("update product_info f set f.product_stock = 50"
+ " where f.product_stock = 67");
System.out.println("i>>>"+i);
}catch(Exception e){
e.printStackTrace();
status.setRollbackOnly();//调用status对象的setRollbackOnly()方法告知事务管理器当前事务需要回滚
}
}
})
在回调接口方法中需要显式访问底层数据连接,则必须通过资源获取工具类得到线程绑定的数据连接。
使用XML配置声明式事务
声明式事务对代码的入侵性最小,可以让事务管理代码完全从业务代码中移除。Spring中声明事务通过SpringAOP实现的,Spring复制将事务管理增强逻辑动态织入业务方法的相应连接点中(线程绑定资源,开始事务,提交/回滚事务,进行异常转换和处理)
声明式事务:
- TransactionProxyFactoryBean(不推荐)
- 基于aop/tx命名空间的配置(xml配置)
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-4.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-4.0.xsd
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-4.0.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-4.0.xsd">
<aop:aspectj-autoproxy />
<aop:config>
<aop:pointcut id="serviceMethod" expression="execution(* spring.jdbcdemo.learnjdbc.service.*.*(..))" />
<aop:advisor pointcut-ref="serviceMethod" advice-ref="txAdvice" />
</aop:config>
<tx:advice id="txAdvice" transaction-manager="txManager">
<tx:attributes>
<tx:method name="get*" read-only="true" />
<tx:method name="update*" rollback-for="Exception" />
<tx:method name="test*" rollback-for="Exception" />
</tx:attributes>
</tx:advice>
</beans>
Spring的事务模块支持以aop切面的形式来调用事务的方法,提供了tx:advice配置 tx:advice元素有两个属性id和transaction-manager id是用在aop配置中,当调用方法时,aop会根据id获取对应的aop配置 transaction-manager是事务管理器,在aop会从它那里获取事务
tx:method元素配置哪些方法配置需要由事务切面调用和该方法执行的事务的相关属性
属性 | 是否必需 | 默认值 | 描述 |
---|---|---|---|
name | 是 | 与事务属性关联的方法名,可以使用通配符 | get,onEvent |
propagation | 否 | REQUIRED | 事务传播 |
isolation | 否 | DEFAULT | 隔离级别 |
timeout | 否 | -1 | 事务超时的时间,-1由底层事务系统决定 |
read-only | 否 | false | 事务是否只读 |
rollback-for | 否 | 运行异常回滚 | 触发事务回滚的Exception,多个异常用逗号分隔 |
no-rollback-for | 否 | 所有检查型异常不会滚 | 参考上一行 |
- 注解配置声明式事务(常用)
@Transactional可以修饰类和方法上,如果两者都修饰了,方法上的配置会覆盖类上的配置。
开启事务注解
<tx:annotaion-driven transaction-manager="txManager">
注解属性和xml配置类似,多了rollbackForClassName和noRollbackForClassName可以直接填写异常类
本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!