Spring事务讲解示例
Spring 事务Transaction
1.事务的属性
1.1 事务隔离IsolationLevel
1.2 事务传播PropagationBehavior
1.3 事务超时Timeout
1.4 只读状态ReadOnly
隔离级别、超时、只读状态都依赖于底层的数据库实现,Spring仅仅起了代理作用(MySQL的MyISAM引擎是无事务引擎,那么Spring是不可能带有事务管理功能的)。
事务传播行为是Spring框架所特有的。
2 使用Spring事务只需要了解PlatformTransactionManager、TransactionDefinition、TransactionStatus三个接口。
2.1 TransactionDefinition描述了事务的配置。
2.2 TransactionStatus描述当前事务的状态。
2.3 PlatformTransactionManager使用TransactionDefinition来配置事务,使用TransactionStatus控制事务,对外提供了对事务的操作。
3 事务传播行为详解(Spring定义了7种传播行为,3种最为常用的),事务传播行为发生在方法相互调用的时候(ServiceA.methodA调用ServiceB.methodB)。
3.1 PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
Spring只对public方法进行代理。目前,资源系统使用的默认事务传播行为就是PROPAGATION_REQUIRED。
3.2 PROPAGATION_REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。
概念理解:PROPAGATION_REQUIRES_NEW 启动一个新的, 不依赖于环境的 "内部" 事务. 这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等. 当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行.
举例
问题:用一张工单woId,操作100个产品,进行链路配置(1个产品对于一条链路),成功配置链路的产品则提交,失败配置的链路则回滚。
分析:这说明100个产品是相互独立的,应该使用PROPAGATION_REQUIRES_NEW,每一个产品都是一个独立的事务。系统的默认行为已经不能满足当前需求,需要使用编程式事务管理。
方法:
for (int n = 0; n < 100; n++) {
TransactionDefinition def = new DefaultTransactionDefinition(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
TransactionStatus status = transactionManager.getTransaction(def);
try{
//产品配链路的业务逻辑
configLink();
transactionManager.commit(status);
}catch(Exception e){
transactionManager.rollback(status);
}
}//end for
这是自热而然的方法,但是却是错误的方法,在for循环中,循环开启事务,并未生效(不清楚是什么原因)!
将事务代码全部放入configLink()中即可。
for (int n = 0; n < 100; n++) {configLink();}
public void configLink(){
TransactionDefinition def = new DefaultTransactionDefinition(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
TransactionStatus status = transactionManager.getTransaction(def);
//产品配链路的业务逻辑
transactionManager.commit(status);
}
3.3 PROPAGATION_NESTED--如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则进行与PROPAGATION_REQUIRED类似的操作。
概念理解:PROPAGATION_NESTED 开始一个 "嵌套的" 事务, 它是已经存在事务的一个真正的子事务. 嵌套事务开始执行时, 它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint. 嵌套事务是外部事务的一部分, 通过外部的事务提交,才能引起内部事务的提交,嵌套的子事务不能单独提交。嵌套事务最有价值的地方, 它起到了分支执行的效果。
举例
问题:原有链路拆除方法抛出异常时,调用链路强制拆除方法。
方法:
try{
oldMethodA();
}catch(Exception e){
newMethodB();
}
这种方式解决不了问题,oldMethodA与newMethodB处于同一事务中,oldMethodA中的操作在newMethodB是可见的,产生了脏数据。
使用嵌套事务,将其改为:
TransactionDefinition def = new DefaultTransactionDefinition(TransactionDefinition.PROPAGATION_NESTED);
try{
oldMethodA();
}catch(Exception e){
transactionManager.rollback(status);
newMethodB();
}
另外,嵌套事务使用的是保存点,因此也可以使用status.createSavepoint()来替代。
4 声明式事务管理@Transactional
4.1 默认遇到throw new RuntimeException("..."),会回滚,需要捕获的throw new Exception("...");不会回滚。
4.2 注解的属性在org.springframework.transaction.annotation.Transactional中定义。
4.3 资源系统对所有*Service的public方法使用了事务代理,因此这些方法不能再次使用@Transactional注解,会发生重复注入的问题。