一、Spring事务
事务管理概述
Spring事务管理分为编程式事务管理和声明式事务管理两种
- 编程式事务:允许用户在实现代码中使用显式的方式调用beginTransaction()开启事务、commit()提交事务、rollback()回滚事务,从而可以达到精确定义事务的边界。
- 声明式事务管理:底层是建立在Spring AOP的基础上,在方式执行前后进行拦截,并在目标方法开始执行前创建新事务或加入一个已存在事务,最后在目标方法执行完后根据情况提交或者回滚事务。声明式事务的最大优点就是不需要编程,将事务管理从复杂业务逻辑中抽离,只需要在配置文件中配置并在目标方法上添加@Transactional注解即可实现
二、配置方式
1、概要
Spring配置文件中关于事务配置总是由三个组成部分,分别是DataSource、TransactionManager和代理机制这三部分,无论哪种配置方式,一般变化的只是代理机制这部分。
DataSource、TransactionManager这两部分只是会根据数据访问方式有所变化,比如使用hibernate进行数据访问时,DataSource实际为SessionFactory,TransactionManager的实现为HibernateTransactionManager,关系图如下
2、tx标签拦截器
-
示例代码
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="create*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception" /> <tx:method name="delete*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception" /> <tx:method name="update*" propagation="REQUIRED" timeout="300" rollback-for="java.lang.Exception" /> <tx:method name="get*" propagation="REQUIRED" read-only="true" timeout="300" /> <tx:method name="*" propagation="REQUIRED" read-only="true" timeout="300" /> </tx:attributes> </tx:advice> <aop:config> <!--其中第一个*代表返回值,第二*代表service下子包,第三个*代表方法名,“(..)”代表方法参数--> <aop:pointcut id="txPointcut" expression="execution(* com.xxx.xxx.xxx.service.*(..))" /> <aop:advisor pointcut-ref="txPointcut" advice-ref="txAdvice" /> </aop:config>
3、全注解
-
说明
虽然@Transactional注解可被应用于接口、接口方法、类及类的public方法,但建议在具体实现类上使@Transactional注解,因为接口上的注解不能被继承,这样会有隐患。当事务配置按如下方式,使用的是子类代理(CGLib)而非接口代理(JDK)时,对应目标类不会添加事务增强
-
示例代码
开启注解事务 <tx:annotation-driven transaction-manager="txManager" proxy-target-class="true" /> <!--开启注解事务--> <tx:annotation-driven transaction-manager="txManager" proxy-target-class="true" /> <bean id="tx" class="org.springframework.orm.jpa.JpaTransactionManager"> <property name="entityManagerFactory" ref="entityManagerFactory"/> </bean> <!--因为我们是声明事务的注解在实现类上面 所有必须开启cglib类的代理模式--> <!--开启事务全注解--> <tx:annotation-driven transaction-manager="tx"/> <!--配置事物相关 start--> <!--在dao层使用自动管理EntityManager @PersistenceContext EntityManager em; -->
4、事务属性介绍
Spring事务属性定义在TransactionDefinition接口中,Spring4中该接口代码实现如下
public interface TransactionDefinition {
int PROPAGATION_REQUIRED = 0;
int PROPAGATION_SUPPORTS = 1;
int PROPAGATION_MANDATORY = 2;
int PROPAGATION_REQUIRES_NEW = 3;
int PROPAGATION_NOT_SUPPORTED = 4;
int PROPAGATION_NEVER = 5;
int PROPAGATION_NESTED = 6;
int ISOLATION_DEFAULT = -1;
int ISOLATION_READ_UNCOMMITTED = 1;
int ISOLATION_READ_COMMITTED = 2;
int ISOLATION_REPEATABLE_READ = 4;
int ISOLATION_SERIALIZABLE = 8;
int TIMEOUT_DEFAULT = -1;
//事务的传播行为
int getPropagationBehavior();
//事务的隔离级别
int getIsolationLevel();
//事务超时时间
int getTimeout();
//是否只读
boolean isReadOnly();
String getName();
}
三、事务五大属性
1、说明
Spring事务属性就是事务的一些基本配置,描述了事务策略如何应用到方法上面,事务属性主要包含以下5个属性
Spring事务的传播属性
Spring事务的隔离级别
Spring事务是否只读
Spring事务回滚规则
Spring事务超时时间
2、Spring事务的传播属性
-
@Transactional(propagation=Propagation.REQUIRED)
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
-
@Transactional(propagation=Propagation.NOT_SUPPORTED)
容器不为这个方法开启事务
-
@Transactional(propagation=Propagation.REQUIRES_NEW)
不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行旧的事务
-
@Transactional(propagation=Propagation.MANDATORY)
必须在一个已有的事务中执行,否则抛出异常
-
@Transactional(propagation=Propagation.NEVER)
必须在一个没有的事务执行,否则抛出异常(与Propagation.MANDATORY相反)
-
@Transactional(propagation=Propagation.SUPPORTS)
如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他 bean没有声明事务,那就不用事务.
3、Spring事务的隔离级别
-
@Transactional(isolation = Isolation.READ_UNCOMMITTED)
读取未提交数据(会出现脏读, 不可重复读) 基本不使用
-
@Transactional(isolation = Isolation.READ_COMMITTED)
读取已提交数据(会出现不可重复读和幻读)
-
@Transactional(isolation = Isolation.REPEATABLE_READ)
可重复读(会出现幻读)
-
@Transactional(isolation = Isolation.SERIALIZABLE)
串行化
-
@Transactional(isolation = Isolation.DEFAULT)
默认级别,MYSQL: 默认为REPEATABLE_READ级别 SQLSERVER: 默认为READ_COMMITTED
-
总结
隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。
大多数的数据库默认隔离级别为 Read Commited,比如 SqlServer、Oracle
少数数据库默认隔离级别为:Repeatable Read 比如: MySQL InnoDB
4、Spring事务超时时间
- TransactionDefinition 接口中定义了1个表示超时时间的常量**TIMEOUT_DEFAULT **,使用getTimeout()方法可以获取到超时时间,单位是秒。Spring事务超时时间,是指一个事务所允许执行的最长时间,如果超过该时间限制但事务还没有完成,则自动回滚事务。在Spring程序中超时时间设置的注解方式是设置timeout的值表示这个事务,true只读取数据但不更新数据,false表示可正常读写数据
- **@Transactional(timeout=30) **默认是-1,不超时
5、Spring事务是否只读
- 事务管理的只读属性是指对事务性资源进行只读操作或者是可读写操作。所谓事务性资源就是指那些被事务管理的资源,如数据源、JMS 资源,以及自定义的事务性资源等。如果确定只对事务性资源进行只读操作,那么我们可以将事务标志为只读的,以提高事务处理的性能。在TransactionDefinition 中以 boolean 类型来表示该事务是否只读,使用方法isReadOnly()来判断事务是否是只读的
6、Spring事务回滚规则
-
@Transactional(rollbackFor=RuntimeException.class)
用于设置需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,则事务回滚。
-
@Transactional(rollbackForClassName="RuntimeException")
用于设置需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,则进行事务回滚
-
@Transactional(noRollbackFor=RuntimeException.class)
用于设置不需要进行回滚的异常类数组,当方法中抛出指定异常数组中的异常时,不进行事务回滚
-
@Transactional(noRollbackForClassName=RuntimeException.class)
用于设置不需要进行回滚的异常类名称数组,当方法中抛出指定异常名称数组中的异常时,不进行事务回滚
7、Spring事务注意事项
- 在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。
- @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错, 但是这个被注解的方法将不会展示已配置的事务设置。
- 注意仅仅 @Transactional 注解的出现不足于开启事务行为,它仅仅 是一种元数据。必须在配置文件中使用配置元素,才真正开启了事务行为。
- 通过 元素的 “proxy-target-class” 属性值来控制是基于接口的还是基于类的代理被创建。如果 “proxy-target-class” 属值被设置为 “true”,那么基于类的代理将起作用(这时需要CGLIB库cglib.jar在CLASSPATH中)。如果 “proxy-target-class” 属值被设置为 “false” 或者这个属性被省略,那么标准的JDK基于接口的代理将起作用。
- Spring团队建议在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解,只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的,这就意味着如果正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装。
- @Transactional 的事务开启 ,或者是基于接口的 或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法,事务是不会起作用的。
四、注解常用参数
参数说明 | 描述 |
---|---|
propagation | @Transactional(propagation=Propagation.REQUIRED) |
Isolation | @Transactional(isolation = Isolation.READ_COMMITTED)读取已提交数据(会出现不可重复读和幻读) |
timeout | @Transactional(timeout=30) |
readOnly | @Transactional(readOnly=true) |
rollbackFor | @Transactional(rollbackFor=RuntimeException.class) 可以指定多个 |