(十二)Spring从入门到入土——Spring事务

Spring事务

事务是逻辑上的一组操做,要么都执行,要么都不执行java

事务的特性(ACID)

  • 原子性
  • 一致性
  • 隔离性
  • 持久性

Spring管理事务的方式有几种

程序是否支持事务是取决于数据库是否支持事务spring

MySQL是如何保证原子性的:sql

恢复机制是依赖回滚日志实现的数据库

  • 编程式事务,在代码中硬编码(不推荐使用)编程

  • 声明式事务,在配置文件中配置(推荐使用),代码侵入性小,经过AOP实现后端

    • 基于XML的声明式事务
    • 基于注解的声明式事务

Spring事务管理接口介绍

Spring中事务管理相关的最重要的三个接口以下服务器

  • PlatformTransactionManager:(平台)事务管理器,Spring事务策略的核心(上层管理者)
  • TransactionDefinition:事务定义信息(事务隔离级别、传播行为、超时、只读、回滚规则)
  • TransactionStatus:事务运行状态

PlatformTransactionManager:事务管理接口

Spring并不直接管理事务,而是提供了多种事务管理器。spring经过该事务管理接口为多个平台提供了对应的事务管理器,具体的实现就是各个平台本身的事情了。并发

该接口主要是将事务管理行为抽象出来,而后不一样的平台去实现它,能够保证提供给外部的行为不变,方便咱们扩展。性能

TransactionDefinition:事务属性

该类定义了一些基本的事务属性。优化

  • 事务属性包括了五个方面

    • 隔离级别
    • 传播行为
    • 回滚规则
    • 是否只读
    • 事务超时

TransactionStatus:事务状态

该接口用来记录事务的状态,该接口定义了一组方法,用来获取或判断事务的相应状态信息。

public interface TransactionStatus{
    boolean isNewTransaction(); // 是不是新的事务
    boolean hasSavepoint(); // 是否有恢复点
    void setRollbackOnly();  // 设置为只回滚
    boolean isRollbackOnly(); // 是否为只回滚
    boolean isCompleted; // 是否已完成
}

事务属性详解

Spring事务传播行为(枚举类:Propagation)

事务传播行为是为了解决业务层之间互相调用的事务问题。

当事务方法被另外一个事务方法调用时,必须制定事务应该如何传播。例如:方法可能继续在现有的事务中运行,也可能开启一个新事务,并在本身的事务中运行。

事务传播行为类型 说明 是否支持当前事务
REQUIRED 若是当前存在事务,则加入该事务;若是当前没有事务,则建立一个新的事务。(默认状况)
SUPPORTS 若是当前存在事务,则加入该事务;若是当前没有事务,则以非事务的方式继续运行。
MANDATORY 若是当前存在事务,则加入该事务;若是当前没有事务,则抛出异常。(mandatory:强制性)
REQUIRES_NEW 建立一个新的事务,若是当前存在事务,则把当前事务挂起。
NOT_SUPPORTED** 以非事务方式运行,若是当前存在事务,则把当前事务挂起。
NEVER 以非事务方式运行,若是当前存在事务,则抛出异常。
NESTED 若是当前存在事务,则建立一个事务做为当前事务的嵌套事务来运行;若是当前没有事务,则该取值等价于REQUIRED。

Spring事务中的隔离级别(枚举类:Isolation)

TransactionDefinition接口中定义了五个表示隔离级别的常量。

  • ISOLATION_DEFAULT: 后端数据库默认的隔离级别,Mysql 默认采用的 REPEATABLE_READ隔离级别 Oracle 默认采用的 READ_COMMITTED隔离级别.
  • ISOLATION_READ_UNCOMMITTED: 最低的隔离级别,容许读取还没有提交的数据变动,可能会致使脏读、幻读或不可重复读
  • ISOLATION_READ_COMMITTED: 容许读取并发事务已经提交的数据,能够阻止脏读,可是幻读或不可重复读仍有可能发生
  • ISOLATION_REPEATABLE_READ: 对同一字段的屡次读取结果都是一致的,除非数据是被自己事务本身所修改,能够阻止脏读和不可重复读,但幻读仍有可能发生。
  • ISOLATION_SERIALIZABLE: 最高的隔离级别,彻底服从ACID的隔离级别。全部的事务依次逐个执行,这样事务之间就彻底不可能产生干扰,也就是说,该级别能够防止脏读、不可重复读以及幻读。可是这将严重影响程序的性能。一般状况下也不会用到该级别。

事务超时属性

所谓事务超时,就是指一个事务所容许执行的最长时间,若是超过该时间限制但事务尚未完成,则自动回滚事务。在TransactionDefinition中以int的值来表示超时时间,其单位是秒,默认值是-1

事务只读属性

对于只有读取数据查询的事务,能够指定事务类型为readonly,即只读属性。只读事务不涉及数据的修改,数据库会提供一些优化手段,适合用在有多条数据库查询操做的方法中。

MySQL默认对每个新创建的链接都启用了autocommit模式,在该模式下,每个发送到MySQL服务器的sql语句都会在一个单独的事务中处理,执行结束后会自动提交事务,并开启一个新事务。

若是不加Transaction,每条sql会开启一个单独的事务,中间被其余事务改了数据,都会实时读取到最新值。

若是你一次执行多条查询语句,例如统计查询,报表查询,在这种场景下,多条查询 SQL 必须保证总体的读一致性,不然,在前条 SQL 查询以后,后条 SQL 查询以前,数据被其余用户改变,则该次总体的统计查询将会出现读数据不一致的状态,此时,应该启用事务支持

事务回滚规则

这些规则定义了那些异常会致使事务回滚而那些不会。默认状况下,事务只有遇到了运行时异常(RuntimeException的子类)时才会回滚,Error也会致使事务回滚,可是在遇到检查型(Checked)异常时不会回滚。

若是要定义你回滚的异常类型能够这样

@Transactional(rollbackFor = MyException.class)

@Transaction注解

做用范围

  • 方法:推荐将注解使用在方法上,不过须要注意的是,该注解只能应用到public方法上,不然不生效
  • 类:若是定义在类上,说明对该类中的全部public方法有有效
  • 接口:不推荐在接口上使用

经常使用配置参数

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {

    @AliasFor("transactionManager")
    String value() default "";

    @AliasFor("value")
    String transactionManager() default "";

    Propagation propagation() default Propagation.REQUIRED;

    Isolation isolation() default Isolation.DEFAULT;

    int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;

    boolean readOnly() default false;

    Class<? extends Throwable>[] rollbackFor() default {};

    String[] rollbackForClassName() default {};

    Class<? extends Throwable>[] noRollbackFor() default {};

    String[] noRollbackForClassName() default {};

}

@Transactional的经常使用配置参数总结

属性名 说明
propagation 事务的传播方式,默认REQUIRED
isolation 事务的隔离级别,默认DEFAULT
timeout 事务超时时间,默认-1(不会超时)。若是超过期间限制没有完成,则自动回滚
readOnly 指定事务是否只读,默认为false
rollbackFor 用于指定可以触发事务回滚的异常类型,而且能够指定多个异常类型

@Transaction事务注解原理

@Transaction的工做机制是基于AOP实现的,AOP有事使用动态代理实现的。若是目标对象实现了接口,默认状况下采用JDK的动态代理,若是对象没有实现接口,会使用Cglib来作动态代理

createAopProxy()方法决定了使用JDK仍是Cglib来作动态代理

若是一个类或者一个类中的public方法上被标注@Transaction注解的话,Spring容器会在启动的时候为其建立一个代理类,在调用被@Transaction注解的public方法的时候,实际调用的是TransactionInterceptor类中的invoke方法。这个方法的做用就是在目标方法以前开启事务,方法执行过程当中若是遇到异常的时候回滚事务,方法调用完成后提交事务。

注解失效状况

应用在非public修饰的方法上

Spring AOP自调用问题

若同一类中的其余没有@Transaction注解的方法内部调用有@Transaction注解的方法,有@Transaction注解的方法的事务会失效。

这是因为Spring AOP代理的缘由形成的,由于只有@Transaction注解的方法在类之外被调用的时候,Spring事务管理才生效。

解决方法就是避免同一类中自调用或者使用AspectJ取代Spring AOP代理。

propagation属性设置错误

rollbackFor属性设置错误

try/catch中没有抛出异常致使失效

数据库不支持事务

最后

  • 若是以为看完有收获,但愿能给我点个赞,这将会是我更新的最大动力,感谢各位的支持
  • 欢迎各位关注个人公众号【java冢狐】,专一于java和计算机基础知识,保证让你看完有所收获,不信你打我
  • 若是看完有不一样的意见或者建议,欢迎多多评论一块儿交流。感谢各位的支持以及厚爱。

——我是冢狐,和你同样热爱编程。

image

欢迎关注公众号“Java冢狐”获取最新消息

相关文章
相关标签/搜索