事务处理(一) – spring事务
- 2019 年 10 月 30 日
- 筆記
Spring的事务管理
原理
Spring是通过org.springframework.transaction.PlatformTransactionManager接口来实现事务的管理。同时应对不同的场景,提供不同的PlatformTransactionManager实现类来实现管理事务。下面是常见的应用场景。
JDBC事务
如果使用JDBC来进行数据持久化,Spring使用DataSourceTransactionManager类来实现事务管理(mybatis也可以使用JDBC的事务管理,mybatis的事务机制在下延伸中讲解)。Spring配置如下
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean>
Hibernate事务
如果使用Hibernate来进行数据持久化,Spring使用HibernateTransactionManager类来实现事务管理。Spring配置如下
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <property name="sessionFactory" ref="sessionFactory" /> </bean>
延伸:mybatis的事务机制
MyBatis的事务管理分为两种形式:
- 使用JDBC的事务管理机制:即利用java.sql.Connection对象完成对事务的提交(commit())、回滚(rollback())、关闭(close())等
- 使用MANAGED的事务管理机制:这种机制MyBatis自身不会去实现事务管理,而是让程序的容器如(JBOSS,Weblogic)来实现对事务的管理
Spring事务的隔离级别
Spring除了jdbc的四种事务读未提交ISOLATION_READ_UNCOMMITTED
、读已提交ISOLATION_READ_COMMITTED
、可重复读ISOLATION_REPEATABLE_READ
、串行化ISOLATION_SERIALIZABLE
以外,还有ISOLATION_DEFAULT
,即使用数据库默认事务隔离级别。
Spring事务的隔离级别配置
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:annotation-driven order="1" proxy-target-class="true"/> <tx:advice id="transactionAdvice"> <tx:attributes> <tx:method name="*" isolation="READ_COMMITTED" rollback-for="Exception"/> </tx:attributes> </tx:advice> <aop:config> <aop:pointcut id="transactionPointcut" expression="execution(* com.lc.service..*Service.*(..))"/> <aop:advisor pointcut-ref="transactionPointcut" advice-ref="transactionAdvice" order="2"/> </aop:config>
Spring事务的传播行为
7种传播行为介绍
Spring的事务传播行为有一下7种
- REQUIRED:支持当前事务,如果当前没有事务就新创建一个事务
- REQUIRES_NEW: 新建事务,如果当前存在事务,就把当前事务挂起。
- NOT_SUPPORTED: 在非事务环境下执行,如果当前存在事务,就把当前事务挂起
- SUPPORTS: 支持当前事务,如果当前没有事务,就在非事务环境下执行
- MANDATORY: 支持当前事务,如果当前没有事务,就抛出异常。
- NEVER: 在非事务环境下执行,如果当前存在事务就抛出异常。
- NESTED: 如果当前存在事务,则在嵌套事务内执行;如果当前没有事务,则进行与REQUIRED类似的操作;拥有多个可以回滚的保存点,内部回滚不会对外部事务产生影响。它只对DataSourceTransactionManager事务管理器起效。
事务传播行为的理解,事务是可以嵌套的,如一个方法存在事务,它调用一个方法也存在事务,如果调用的方法的事务是REQUIRED时,调用的方法不会新建事务,而是使用老的事务;如果调用方法的事务是REQUIRESNEW时,调用的方法会新建事务,而之前的事务会挂起,等这个方法结束再调用,不过这会导致事务不同步,即内部方法成功了,没有回滚,外部方法失败回滚了。
使用方式
@Transactional(readOnly = true, propagation=Propagation.REQUIRED) public List<User> select(){ return userMapper.select(); } @Transactional(readOnly= true, propagation= Propagation.REQUIRES_NEW) public int delete(Integer id){ return userMapper.delete(id); }