1. Spring的事务管理机制
Spring事务管理高层抽象主要包括3个接口,Spring的事务主要是由他们共同完成的: PlatformTransactionManager:事务管理器—主要用于平台相关事务的管理 TransactionDefinition: 事务定义信息(隔离、传播、超时、只读)—通过配置如何进行事务管理。 TransactionStatus:事务具体运行状态—事务管理过程中,每个时间点事务的状态信息。
1.1. PlatformTransactionManager事务管理器
该接口提供三个方法:
lcommit:提交事务
lrollback:回滚事务
lgetTransaction:获取事务状态
Spring为不同的持久化框架提供了不同PlatformTransactionManager接口实现类:
事务 |
说明 |
org.springframework.jdbc.datasource.DataSourceTransactionManager |
使用Spring JDBC或iBatis 进行持久化数据时使用 |
org.springframework.orm.hibernate3.HibernateTransactionManager |
使用Hibernate3.0版本进行持久化数据时使用 |
org.springframework.orm.jpa.JpaTransactionManager |
使用JPA进行持久化时使用 |
org.springframework.jdo.JdoTransactionManager |
当持久化机制是Jdo时使用 |
org.springframework.transaction.jta.JtaTransactionManager |
使用一个JTA实现来管理事务,在一个事务跨越多个资源时必须使用 |
lDataSourceTransactionManager针对JdbcTemplate、MyBatis 事务控制 ,使用Connection(连接)进行事务控制 :
开启事务 connection.setAutoCommit(false);
提交事务 connection.commit();
回滚事务 connection.rollback();
lHibernateTransactionManager针对Hibernate框架进行事务管理, 使用Session的Transaction相关操作进行事务控制 :
开启事务 session.beginTransaction();
提交事务 session.getTransaction().commit();
回滚事务 session.getTransaction().rollback();
事务管理器的选择? 用户根据选择和使用的持久层技术,来选择对应的事务管理器。 |
1.2. TransactionDefinition事务定义信息
用来定义事务相关的属性的,给事务管理器用。
该接口主要提供的方法:
lgetIsolationLevel:获取隔离级别
lgetPropagationBehavior:获取传播行为
lgetTimeout:获取超时时间(事务的有效期)
lisReadOnly 是否只读(保存、更新、删除—对数据进行操作-变成可读写的,查询-设置这个属性为true,只能读不能写),事务管理器能够根据这个返回值进行优化。
这些事务的定义信息,都可以在配置文件中配置和定制。
1.2.1. 事务的隔离级别IsolationLevel
隔离级别 |
含义 |
DEFAULT |
使用后端数据库默认的隔离级别(spring中的默认选择项) |
READ_UNCOMMITED |
允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读 |
READ_COMMITTED |
允许在并发事务已经提交后读取。可防止脏读,但幻读和 不可重复读仍可发生 |
REPEATABLE_READ |
对相同字段的多次读取是一致的,除非数据被事务本身改变。可防止脏、不可重复读,但幻读仍可能发生。 |
SERIALIZABLE |
完全服从ACID的隔离级别,确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的,它是典型的通过完全锁定在事务中涉及的数据表来完成的。 |
隔离级别 |
含义 |
DEFAULT |
使用后端数据库默认的隔离级别(spring中的默认选择项) |
READ_UNCOMMITED |
允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读 |
READ_COMMITTED |
允许在并发事务已经提交后读取。可防止脏读,但幻读和 不可重复读仍可发生 |
REPEATABLE_READ |
对相同字段的多次读取是一致的,除非数据被事务本身改变。可防止脏、不可重复读,但幻读仍可能发生。 |
SERIALIZABLE |
完全服从ACID的隔离级别,确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的,它是典型的通过完全锁定在事务中涉及的数据表来完成的。 |
脏读:一个事务读取了另一个事务改写但还未提交的数据,如果这些数据被回滚,则读到的数据是无效的。 不可重复读:在同一事务中,多次读取同一数据返回的结果有所不同。换句话说就是,后续读取可以读到另一事务已提交的更新数据。 相反,“可重复读”在同一事务中多次读取数据时,能够保证所读数据一样,也就是,后续读取不能读到另一事务已提交的更新数据。 幻读:一个事务读取了几行记录后,另一个事务插入一些记录,幻读就发生了。再后来的查询中,第一个事务就会发现有些原来没有的记录。
事务四大特性 ACID ---隔离性引发问题 ---- 解决事务的隔离问题 隔离级别
Mysql 默认隔离级别 REPEATABLE_READ
Oracle 默认隔离级别 READ_COMMITTED
1.2.2. 事务的传播行为PropagationBehavior
什么是事务的传播行为? 有什么作用?
事务传播行为用于解决两个被事务管理的方法互相调用问题
业务层两个方法面临的事务问题:
* 有些时候需要处于同一个事务(删除用户删除完成之后,需要同时删除用户对应的订单,需要事务回滚,例如商场工作人员删除订单业务),
* 有些时候不能在同一个事务(取款是一个事务操作,打印凭条是一个事务操作,例如ATM取款业务) !
事务的传播行为的7种类型:
事务传播行为类型 |
说明 |
PROPAGATION_REQUIRED |
支持当前事务,如果不存在 就新建一个 |
PROPAGATION_SUPPORTS |
支持当前事务,如果不存在,就不使用事务 |
PROPAGATION_MANDATORY |
支持当前事务,如果不存在,抛出异常 |
PROPAGATION_REQUIRES_NEW |
如果有事务存在,挂起当前事务,创建一个新的事务 |
PROPAGATION_NOT_SUPPORTED |
以非事务方式运行,如果有事务存在,挂起当前事务 |
PROPAGATION_NEVER |
以非事务方式运行,如果有事务存在,抛出异常 |
PROPAGATION_NESTED |
如果当前事务存在,则嵌套事务执行只对DataSourceTransactionManager 起效 |
主要分为三大类:
l PROPAGATION_REQUIRED(默认值)、PROPAGATION_SUPPORTS、PROPAGATION_MANDATORY 支持当前事务, A调用B,如果A事务存在,B和A处于同一个事务 。 事务默认传播行为 REQUIRED。最常用的。 l PROPAGATION_REQUIRES_NEW、PROPAGATION_NOT_SUPPORTED、PROPAGATION_NEVER 不会支持原来的事务 ,A调用B, 如果A事务存在, B肯定不会和A处于同一个事务。 常用的事务传播行为:PROPAGATION_REQUIRES_NEW l PROPAGATION_NESTED 嵌套事务 ,只对DataSourceTransactionManager有效 ,底层使用JDBC的SavePoint机制,允许在同一个事务设置保存点,回滚保存点 |
【面试题】REQUIRED、REQUIRES_NEW、NESTED 区分
REQUIRED:只有一个事务(默认,推荐)
REQUIRES_NEW:存在两个事务,如果事务存在,挂起事务,重新又开启了一个新的事务
NESTED:嵌套事务,事务可以设置保存点,回滚到保存点 ,选择提交或者回滚
1.3. TransactionStatus 事务状态
事务运行过程中,每个时间点事务状态信息 !
flush(),给hibernate使用,底层发出sql的
hasSavepoint():判断是否有保留点
isCompleted():判断事务是否结束
isNewTransaction():判断当前事务是否是新开的一个事务。
isRollbackOnly():判断事务是否只能回滚
setRollbackOnly():设置事务是否回滚
事务的结束:必须通过commit 确认事务提交,rollback作用标记为回滚。
数据库操作中,如果只是回滚,后面不操作,数据库在关闭连接的时候,自动发出了commit。
try { 操作 } catch (){ rollback } finally { commit }
【三个事务超级接口对象之间的关系】
1) 首先用户管理事务,需要先配置TransactionManager(事务管理器)进行事务管理;
2)然后根据TransactionDefinition(事务定义信息、事务的管理方案),通过TransactionManager(事务管理器)进行事务管理;
3)最后事务运行过程中,每个时刻都可以通过获取TransactionStatus(事务状态)来了解事务的运行状态。
1.4. Spring事务管理两种方式
Spring 支持两种方式事务管理
一:编程式的事务管理
通过TransactionTemplate手动管理事务
在实际应用中很少使用,原因是要修改原来的代码,加入事务管理代码 (侵入性 )
二:声明式事务管理(XML配置文件方式或注解方式)
Spring的声明式事务是通过AOP实现的(环绕通知)
开发中经常使用(代码侵入性最小)--推荐使用!
注:后面会演示声明式事务管理的两种方式:xml配置文件方式和注解方式,不演示编程式方式
2. 声明式事务管理案例-转账(xml、注解)
2.1. 编写转账案例,引出事务管理问题
需求:账号转账,Tom账号取出1000元,存放到Jack账号上
第一步:创建工程(略)
第二步:配置文件
spring的配置文件:applicationContext.xml
<!-- 引入外部文件 --> <context:property-placeholder location="classpath:db.properties" /> <!-- 配置数据源 --> <!-- c3p0连接池 --> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <!-- 设置连接字符串 --> <property name="driverClass" value="${jdbcClass}" /> <property name="jdbcUrl" value="${jdbcUrl}" /> <property name="user" value="${user}" /> <property name="password" value="${password}" /> </bean> <!-- 配置dao,注入jdbctemplate 对象--> <bean id="AccounDaoImpl" class="cn.itcast.spring.dao.AccounDaoImpl"> <!-- 方案二:BookDao类继承JdbcDaoSupport,直接注入数据源,就拥有了jdbctempate对象 --> <property name="dataSource" ref="dataSource"/> </bean>
第三步:创建IAccountDao接口
public interface IAccountDao { //转入 public void in(String name,Double money); //转出 public void out(String name,Double money); }
创建AccounDaoImpl实现类,实现了IAccountDao接口
//账户操作持久层 //技术方案:jdbctempate public class AccountDaoImpl extends JdbcDaoSupport implements IAccountDao { //转入 public void in(String name,Double money){ String sql="update t_account set money = money+ ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); } //转出 public void out(String name,Double money){ String sql="update t_account set money = money- ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); } }
第四步:建立service层,创建IAccountService接口,编写转账的业务代码:
public interface IAccountService { //转账业务 void transfer(String outName,String inName,Double money); }
创建AccountServiceImpl实现类,实现了IAccountService接口,编写转账的业务操作
//掌握操作的业务层 public class AccountServiceImpl implements IAccountService{ //注入dao(xml方式) private IAccountDao accountDao; public void setAccountDao(IAccountDao accountDao) { this.accountDao = accountDao; } //转账操作的业务逻辑 public void transfer(String outName,String inName,Double money){ //调用dao层 //先取出 accountDao.out(outName, money); //再转入 accountDao.in(inName, money); } }
继续配置applicationContext.xml文件:
<!-- 配置dao--> <bean id="accountDao" class="cn.dao.AccountDaoImpl"> <!--注入数据源 --> <property name="dataSource" ref="dataSource"></property> </bean> <!-- 配置service --> <bean id="accountService" class="cn.itcast.service.AccountServiceImpl"> <!-- 注入dao --> <property name="accountDao" ref="accountDao"></property> </bean>
第五步:使用SpringTest进行测试
@RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations={"classpath:applicationContext.xml"}) public class SpringTest { //注入测试的service @Autowired private IAccountService accountService; //需求:账号转账,Tom账号取出1000元,存放到Jack账号上 @Test public void testTransfer(){ accountService.transfer("Tom", "Jack", 1000d); System.out.println("转账成功!"); } }
但是发现问题:
事务管理问题:在Service层没有事务的情况下,如果出现异常,则会转账不成功,数据异常。
扩展:如果不配置事务,那么每一个数据库的操作都是单独的一个事务。
2.2. 方式一:XML配置方式
【操作思路】:
1、 确定目标:需要对AccountService 的 transfer方法,配置切入点
2、 需要Advice (环绕通知),方法前开启事务,方法后提交关闭事务
3、 配置切面和切入点
配置Advice通知:
Spring为简化事务的配置,提供了<tx:advice>来配置事务管理,也可以理解为该标签是spring为你实现好了的事务的通知增强方案。
第一步:导入jar包:
其中:
com.springsource.org.aopalliance-1.0.0.jar:aop切面编程 com.springsource.org.aspectj.weaver-1.6.8.RELEASE.jar:注解开发切面 spring-aop-3.2.0.RELEASE.jar:aop切面编程 spring-aspects-3.2.0.RELEASE.jar:注解开发切面 spring-tx-3.2.0.RELEASE.jar:事务处理
第二步:配置spring文件applicationContext.xml
<!-- 引入外部属性配置文件--> <context:property-placeholder location="classpath:db.properties"/> <!-- 配置数据源 --> <!-- c3p0连接池 --> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <property name="driverClass" value="${jdbc.className}" /> <property name="jdbcUrl" value="${jdbc.url}" /> <property name="user" value="${jdbc.user}" /> <property name="password" value="${jdbc.password}" /> </bean> <!-- 配置dao --> <bean id="accountDao" class="cn.itcast.spring.dao.AccountDaoImpl"> <!-- 注入数据源,才拥有jdbctemplate --> <property name="dataSource" ref="dataSource"/> </bean> <!-- 配置service --> <bean id="accountService" class="cn.itcast.spring.service.AccountServiceImpl"> <!-- 注入dao --> <property name="accountDao" ref="accountDao"/> </bean> <!-- 第一步:定义具体的平台事务管理器(DataSource事务管理器) --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <!-- 注入数据源 --> <property name="dataSource" ref="dataSource"/> </bean> <!-- 第二步:定义通知,通知中要处理的就是事务 --> <tx:advice id="txAdvice" transaction-manager="transactionManager"> //注意:如果第一步的事务管理器id设为transactionManager,transaction-manager属性可以省略,默认 <!-- 配置事务的属性定义 --> <tx:attributes> <!-- 配置具体的方法的事务属性 name:事务添加在哪个方法上,需要自己定义 Isolation:事务的隔离级别,默认是按数据库的隔离级别来 Propagation:事务的传播行为,默认是同一个事务 timeout="-1": 事务的超时时间,默认值使用数据库的超时时间。 read-only="false": 事务是否只读,默认可读写。 rollback-for: 遇到哪些异常就回滚,其他的都不回滚 no-rollback-for:遇到哪些异常不回滚,其他的都回滚。和上面互斥的 --> //method定义的方法都会添加事务管理 <tx:method name="transfer" isolation="DEFAULT" propagation="REQUIRED" timeout="-1" read-only="false"/> <!-- 支持通配符:切面中 方法名字符合下面规则的方法都会添加事务管理 --> <tx:method name="save*"/> <tx:method name="update*"/> <tx:method name="delete*"/> <tx:method name="find*" read-only="true"/> </tx:attributes> </tx:advice> <!-- 第三步:配置切入点,让通知关联切入点,即事务控制业务层的方法 --> <aop:config> <!-- 切入点 --> <aop:pointcut expression="bean(*Service)" id="txPointcut"/> <!-- 切面 --> <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/> </aop:config>
使用SpringTest.java测试:
@RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations={"classpath:applicationContext.xml"}) public class SpringTest { //注入测试的service @Autowired private IAccountService accountService; //需求:账号转账,Tom账号取出1000元,存放到Jack账号上 @Test public void testTransfer(){ accountService.transfer("Tom", "Jack", 1000d); System.out.println("转账成功!"); } }
数据正常!
【声明式事务处理的原理图】
【注意】
如果不配置,则走默认的事务(默认事务是每个数据库操作都是一个事务,相当于没事务),所以我们开发时需要配置事务。
【补充了解】:
rollback-for属性:
注意事项:声明式事务处理对运行时异常有效,任何 RuntimeException 将触发事务回滚,但是任何 checked Exception 将不触发事务回滚
测试:applicationContext.xml:
遇到该异常事务不会回滚:
2.3. 方式二:注解方式
步骤:
1.在需要管理事务的方法或者类上面 添加@Transactional 注解
2.配置注解驱动事务管理(事务管理注解生效的作用)(需要配置对特定持久层框架使用的事务管理器)
第一步:确定目标(bean的方法):创建IAccountDao和AccountDaoImpl类
(1)IAccountDao接口
public interface IAccountDao { //(存入)转入 public void in(String name,Double money); //(取出)转出 public void out(String name,Double money); }
(2)AccountDaoImpl
//账户操作持久层 //技术方案:jdbctempate /** * @Repository("accountDao") * 相当于容易中定义<bean id="accountDao" class="cn.itcast.spring.anntx.dao.AccountDaoImpl"/> */ @Repository("accountDao") public class AccountDaoImpl extends JdbcDaoSupport implements IAccountDao { /* 演示:注入数据源的错误方式: //注入数据源 /*@Autowired private DataSource dataSource; //注入失败,@Autowired的原理是为属性生成setter方法通过setter方法注入,但是JdbcDaoSupport 类有setter方法方法且为最终方法,不可重写 注意:xml配置与注解注入数据源的区别:xml配置是在配置文件中注入数据源到dao,不生成setter方法,注解注入的@Autowired会底层生成setter方法, */ //注入数据源的正确方式:自定义方法,在方法内调用父类方法注入数据源 @Autowired //当初始化dao的时候,会调用该方法,通过set方法的形参注入数据源 public void setSuperDataSource(DataSource dataSource){ //方法名自定义 //调用父类的setDataSource方法,注入数据源 super.setDataSource(dataSource); } //(存入)转入 public void in(String name,Double money){ String sql="update t_account set money = money+ ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); } //(取出)转出 public void out(String name,Double money){ String sql="update t_account set money = money- ? where name = ?"; super.getJdbcTemplate().update(sql, money,name); } }
创建IAccountService和AccountServiceImpl类
(1)IAccountService接口
public interface IAccountService { void transfer(String outName,String inName,Double money); }
(2)AccountServiceImpl
//掌握操作的业务层 /** * @Service("accountService") * 相当于spring容器中定义:<bean id="accountService" class="cn.itcast.spring.anntx.service.AccountServiceImpl"> */ @Service("accountService") @Transactional //在类上添加事务管理,自动对类中所有的公有的方法添加事务 public class AccountServiceImpl implements IAccountService{ //注入dao @Autowired private IAccountDao accountDao; //转账操作的业务逻辑 @Transactional //在方法上添加事务管理,事务管理只在此方法上 public void transfer(String outName,String inName,Double money){ //调用dao层 //先取出 accountDao.out(outName, money); //异常 int d = 1/0; //再转入 accountDao.in(inName, money); } @Transactional(readOnly=true) //在方法和类上同时定义了事务的属性,且属性值不同,局部会覆盖全局 public void findAccount(){ System.out.println("查询帐号的信息了"); } }
第二步:创建applicationContext-tx.xml在applicationContext-tx.xml中配置:
<!-- 引入外部属性文件 --> <context:property-placeholder location="classpath:db.properties" /> <!-- 配置数据源 --> <!-- c3p0连接池 --> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <property name="driverClass" value="${jdbc.className}" /> <property name="jdbcUrl" value="${jdbc.url}" /> <property name="user" value="${jdbc.user}" /> <property name="password" value="${jdbc.password}" /> </bean> <!-- 配置bean注解扫描 --> <context:component-scan base-package="cn.itcast.spring.anntx"/> <!-- 事务管理 --> <!-- 配置事务管理器(DataSource事务管理器) --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <!-- 注入数据源 --> <property name="dataSource" ref="dataSource"/> </bean> <!-- 配置事务注解驱动 :识别事务的注解@tr transaction-manager:具体的平台事务管理器 --> <!-- 默认的平台事务管理器的名字叫:transactionManager,如果与自定义的事务管理器id相同,transaction-manager="transactionManager"可以省略 --> <tx:annotation-driven transaction-manager="transactionManager"/>
【注意】:方法与类添加事务管理:
(1)在需要管理事务的方法或者类上面 添加@Transactional 注解
(2)配置事务的定义属性信息,在注解中直接配置:
[扩展]
如果 @Transactional 标注在 Class 上面, 那么将会对这个 Class 里面所有的 public 方法都包装事务方法。等同于该类的每个公有方法都放上了@Transactional。
如果某方法需要单独的事务定义,则需要在方法上加@Transactional来覆盖类上的标注声明。 记住:方法级别的事务覆盖类级别的事务
//掌握操作的业务层 /** * @Service("accountService") * 相当于spring容器中定义:<bean id="accountService" class="cn.itcast.spring.anntx.service.AccountServiceImpl"> */ @Service("accountService") @Transactional() //会对该类中,所有的共有的方法,自动加上事务--全局的设置,默认是可写 public class AccountServiceImpl implements IAccountService{ //注入dao @Autowired private IAccountDao accountDao; //转账操作的业务逻辑 @Transactional(readOnly=false)//在方法上添加事务 public void transfer(String outName,String inName,Double money){ //调用dao层 //先取出 accountDao.out(outName, money); int d = 1/0; //再转入 accountDao.in(inName, money); } @Transactional(readOnly=true) //使用局部覆盖全局的 public void findAccount(){ System.out.println("查询帐号的信息了"); } }
2.4. 小结-xml和注解的选择
XML配置方式和注解配置方式 进行事务管理 哪种用的多?
XML方式,集中式维护,统一放置到applicationContext.xml文件中,缺点在于配置文件中的内容太多。
使用@Transactional注解进行事务管理,配置太分散,使用XML进行事务管理,属性集中配置,便于管理和维护
注意:以后的service的方法名字的命名,必须是上面规则,否则,不能被spring事务管理。!!!!
即以save开头的方法,update开头的方法,delete开头的方法,表示增删改的操作,故事务为可写
以find开头的方法,表示查询,故事务为只读
(1)xml方式小结
(2)注解方式小结