Spring的事务管理1

事务的回顾:

  • 事务:逻辑上的一组操作,组成这组事务的各个单元,要么全部成功,要么全部失败

事务的特性:ACID

  • 原子性(Atomicity):事务不可分割
  • 一致性(Consistency):事务执行前后数据完整性保持一致
  • 隔离性(Isolation):一个事务执行不应该受到其他事务的干扰
  • 持久性(Durability):一旦事务结束,数据就持久化到数据库

如果不考虑隔离性引发安全问题:

读问题:

  •     脏读:一个事务读到另一个事务未提交的数据
  •     不可重复读:一个事务读到另一个事务已经提交的update数据,导致另一个事务中多次查询结果不一致
  •     虚读、幻读:一个事务读到另一个事务已经提交的insert数据,导致另一个事务中多次查询结果不一致

解决读问题:

设置事务的隔离级别:开发常用二三。非常安全,效率低。

  •         Read uncommitted: 未提交读,任何读问题解决不了
  •         Read Committeed  : 已提交读, 解决脏读,但是不可重复读和虚读有可能发生。Oracle
  •         Repeatable read   : 重复读,解决脏读和不可重复读,但是虚读有可能发生。mysql
  •         Serializable:      解决所有读问题

写问题:

  •       丢失更新

事务管理的API:

PlatformTransactionManager:平台事务管理器

平台事务管理器:接口,是Spring管理事务的真正对象

  • DataSourceTransactionManager:底层是JDBC管理事务
  • HibernateTransactionManager:底层是Hibernate管理事务

TransactionDefinition:事务定义信息

  • 事务定义:用于定义事务的相关信息,隔离级别,超时信息、传播行为、是否只读。
  • TransactionStates:事务的状态,用于记录在事务管理过程中事务的状态的对象。

TransactionStates:事务的状态

  • 事务状态:用于记录在事务管理过程中,事务的状态的对象。

事务管理的API的关系:

Spring进行事务管理的时候,首先是平台事务管理器根据事务定义信息进行事务的管理。

在事务管理过程中,产生各种状态,将这些状态信息记录到事务状态的对象中。

Spring事务的传播行为:主要解决事务在业务层方法相互调用的问题

 Spring中提供了七种事务的传播行为:

  保证多个操作在同一个事务中

  PROPAGATION_REQUIRED     :默认值,如果A中有事务,使用A中的事务,如果A没有,创建一个新的事务,将操作包含进来

  PROPAGATION_SUPPORTS     :支持事务,如果A中有事务,使用A中的事务。如果A没有事务,不使用事务。

   PROPAGATION_MANDATORY   :如果A中有事务,使用A中的事务。如果A没有事务,抛出异常。

 

     保证多个操作不在同一个事务中

  PROPAGATION_REQUIRES_NEW    :如果A中有事务,将A的事务挂起(暂停),创建新事务,只包含自身操作。如果A中没有事务,创建一个新事务,包含自身操作。

  PROPAGATION_NOT_SUPPORTED :如果A中有事务,将A的事务挂起。不使用事务管理。

  PROPAGATION_NEVER           :如果A中有事务,报异常。

 

      嵌套式事务

  PROPAGATION_NESTED       :嵌套事务,如果A中有事务,按照A的事务执行,执行完成后,设置一个保存点,执行B中的操作,如果没有异常,执行通过,如果有异常,可以选择回滚到最初始位置,也可以回滚到保存点。

 

 

posted @ 2019-02-20 14:46  曾聪聪  阅读(203)  评论(0编辑  收藏  举报