Spring @Transactional的使用及原理

本文主要讨论Spring声明式事务中使用注解@Transactional的情况，包括以下主要内容：

• Spring @Transactional的配置；
• Spring @Transactional的传播行为和隔离级别；
• Spring @Transactional的工作原理；
• Spring @Transactional的注意事项；
• Spring @Transactional自我调用中的问题。

1、 Spring @Transactional的配置

步骤一、在spring配置文件中引入<tx:>命名空间
<beans xmlns="http://www.springframework.org/schema/beans"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xmlns:tx="http://www.springframework.org/schema/tx"
 xsi:schemaLocation="http://www.springframework.org/schema/beans
 http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
 http://www.springframework.org/schema/tx
 http://www.springframework.org/schema/tx/spring-tx-2.0.xsd">

步骤二、xml配置文件中，添加事务管理器bean配置。 

 

1. <!--事务管理器配置，单数据源事务-->
2. <bean id="pkgouTransactionManager"
3. class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
4. <property name="dataSource" ref="pkGouDataSource"/>
5. </bean>
6. <!--使用annotation定义事务-->
7. <tx:annotation-driven transaction-manager="pkgouTransactionManager"/>

步骤三、在使用事务的方法或者类上添加 @Transactional("pkgouTransactionManager")注解。

2、 Spring @Transactional的传播行为和隔离级别

事务注解方式: @Transactional

 

• 标注在类前：标示类中所有方法都进行事务处理 
• 标注在接口、实现类的方法前：标示方法进行事务处理

事务传播行为介绍: 

 

@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没有声明事务，那就不用事务

 

事务超时设置:
@Transactional(timeout=30) //默认是30秒

事务隔离级别:

 

@Transactional(isolation = Isolation.READ_UNCOMMITTED)	读取未提交数据(会出现脏读， 不可重复读) 基本不使用
@Transactional(isolation = Isolation.READ_COMMITTED)(SQLSERVER默认)	读取已提交数据(会出现不可重复读和幻读)
@Transactional(isolation = Isolation.REPEATABLE_READ)	可重复读(会出现幻读)
@Transactional(isolation = Isolation.SERIALIZABLE)	串行化

 

脏读 : 一个事务读取到另一事务未提交的更新数据
不可重复读 : 在同一事务中， 多次读取同一数据返回的结果有所不同， 换句话说， 后续读取可以读到另一事务已提交的更新数据。 相反， "可重复读"在同一事务中多次读取数据时， 能够保证所读数据一样， 也就是后续读取不能读到另一事务已提交的更新数据
幻读 : 一个事务读到另一个事务已提交的insert数据

@Transactional的属性：

 

属性	类型	描述
value	String	可选的限定描述符，指定使用的事务管理器
propagation	enum: Propagation	可选的事务传播行为设置
isolation	enum: Isolation	可选的事务隔离级别设置
readOnly	boolean	读写或只读事务，默认读写
timeout	int (in seconds granularity)	事务超时时间设置
rollbackFor	Class对象数组，必须继承自Throwable	导致事务回滚的异常类数组
rollbackForClassName	类名数组，必须继承自Throwable	导致事务回滚的异常类名字数组
noRollbackFor	Class对象数组，必须继承自Throwable	不会导致事务回滚的异常类数组
noRollbackForClassName	类名数组，必须继承自Throwable	不会导致事务回滚的异常类名字数组

 

 

3、 Spring @Transactional的工作原理

 

• 自动提交

 

默认情况下，数据库处于自动提交模式。每一条语句处于一个单独的事务中，在这条语句执行完毕时，如果执行成功则隐式的提交事务，如果

执行失败则隐式的回滚事务。

 

事务管理，是一组相关的操作处于一个事务之中，因此必须关闭数据库的自动提交模式。这点，spring会在org/springframework/jdbc/datasource/DataSourceTransactionManager.java中

将底层连接的自动提交特性设置为false。

1. // switch to manual commit if necessary。 this is very expensive in some jdbc drivers，
2. // so we don't want to do it unnecessarily (for example if we've explicitly
3. // configured the connection pool to set it already)。if (con。getautocommit()) 
4. {
5. txobject.setmustrestoreautocommit(true);
6. if(logger.isdebugenabled()) 
7. {
8. logger.debug("switching jdbc connection ["+ con +"] to manual commit");
9. }
10. con.setautocommit(false);
11. }

• spring事务回滚规则
  

 

指示spring事务管理器回滚一个事务的推荐方法是在当前事务的上下文内抛出异常。spring事务管理器会捕捉任何未处理的异常，然后依据规则决定是否回滚抛出异常的事务。

默认配置下，spring只有在抛出的异常为运行时unchecked异常时才回滚该事务，也就是抛出的异常为RuntimeException的子类(Errors也会导致事务回滚)，而抛出checked异常则不会导致事务回滚。

可以明确的配置在抛出那些异常时回滚事务，包括checked异常。也可以明确定义那些异常抛出时不回滚事务。

还可以编程性的通过setRollbackOnly()方法来指示一个事务必须回滚，在调用完setRollbackOnly()后你所能执行的唯一操作就是回滚。

 

4、 Spring @Transactional的注意事项

 

 

• @Transactional 注解应该只被应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错， 但是这个被注解的方法将不会展示已配置的事务设置。

• 用 spring 事务管理器，由spring来负责数据库的打开，提交，回滚。默认遇到运行期异常(throw new RuntimeException("注释");)会回滚，即遇到不受检查（unchecked）的异常时回滚；而遇到需要捕获的异常(throw new Exception("注释");)不会回滚，即遇到受检查的异常（就是非运行时抛出的异常，编译器会检查到的异常叫受检查异常或说受检查异常）时，需我们指定方式来让事务回滚 要想所有异常都回滚，要加上 @Transactional( rollbackFor={Exception。class，其它异常}) 。如果让unchecked异常不回滚： @Transactional(notRollbackFor=RunTimeException.class)如下:

1. @Transactional(rollbackFor=Exception.class)//指定回滚，遇到异常Exception时回滚
2. publicvoid methodName() 
3. {
4. thrownewException("注释");
5. }


1. @Transactional(noRollbackFor=Exception.class)//指定不回滚，遇到运行期异常(throw new RuntimeException("注释");)会回滚
2. publicItimDaoImpl getItemDaoImpl() 
3. {
4. thrownewRuntimeException("注释");
5. }

 

 

1. publicvoid methodName()
2. {
3. // 本类的修改方法 1
4. update();
5. // 调用其他类的修改方法
6. otherBean.update();
7. // 本类的修改方法 2
8. update();
9. }
10. /*other失败了不会影响本类的修改提交成功
11. 本类update的失败，other也失败
12. */

• @Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。然而，请注意仅仅 @Transactional 注解的出现不足于开启事务行为，它仅仅是一种元数据，能够被可以识别 @Transactional 注解和上述的配置适当的具有事务行为的beans所使用。上面的例子中，其实正是 <tx:annotation-driven/>元素的出现 开启了事务行为。
• Spring团队的建议是你在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。你当然可以在接口上使用 @Transactional 注解，但是这将只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果你正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装（将被确认为严重的）。因此，请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。
  
• @Transactional 注解标识的方法，处理过程尽量的简单。尤其是带锁的事务方法，能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行，而事务内进行增、删、改、加锁查询等操作。

 这个地方就没必要嵌套事务了吧！

 这样的业务可以放在事务成功之后，发送异步消息更新。

• @Transactional 注解的默认事务管理器bean是“transactionManager”，如果声明为其他名称的事务管理器，需要在方法上添加@Transational("managerName")。
• @Transactional 注解标注的方法中不要出现网络调用、比较耗时的处理程序，因为，事务中数据库连接是不会释放的，如果每个事务的处理时间都非常长，那么宝贵的数据库连接资源将很快被耗尽。

5、 Spring @Transactional自我调用中的问题