Spring API介绍

Spring事务管理的三个接口：

1.PlatformTransactionManager 事物管理器
2.TransactionDefinition 事务定义信息（隔离、传播、超时、只读）
3.TransactionStatus 事务具体运行状态

PlatformTransactionManager

对于不同的持久层框架选择对应的事务管理器
持久层为Spring JDBC/MyBatis对应DataSourceTransactionManager
持久层为Hibernate3.0对应HibernateTransactionManager

TransactionDefinition

传播性

image.png

第一类共同点：如果 A 方法中有事务，则调用 B 方法时就用该事务，即：A和B方法在同一个事务中。
PROPAGATION_REQUIRED：如果 A 方法中没有事务，则调用 B 方法时就创建一个新的事务，即：A和B方法在同一个事务中。
PROPAGATION_SUPPORTS：如果 A 方法中没有事务，则调用 B 方法时就不使用该事务。
PROPAGATION_MANDATORY：如果 A 方法中没有事务，则调用 B 方法时就抛出异常。

第二类共同点：A方法和B方法没有在同一个事务里面。
PROPAGATION_REQUIRES_NEW：如果 A 方法中有事务，则挂起并新建一个事务给 B 方法。
PROPAGATION_NOT_SUPPORTED：如果 A 方法中有事务，则挂起。
PROPAGATION_NEVER：如果 A 方法中有事务，则报异常。

第三类：如果 A 方法有的事务执行完，设置一个保存点，如果 B 方法中事务执行失败，可以滚回保存点或初始状态。

三. 隔离性

TransactionDefinition定义事务隔离级别
如果不考虑隔离性，会引发如下的安全问题：
1.脏读。
一个事务读取了另一个事务改写但还未提交的数据，如果这些数据被回滚，则读到的数据是无效的。
2.不可重复读。
在同一个事务中，多次读取同一数据返回的结果有所不同。
3.幻读。
一个事务读取了几行记录后，另一个事务插入一些记录，幻读就发生了。再后来的查询中，第一个事务就会发现有些原来没有的记录。

隔离级别的出现就是为了解决以上问题的。

数据库提供的事务的隔离级别(四种)：
1.READ_UNCOMMITED;
允许你读取还未提交的改变了的数据，可能导致脏，幻，不可重复读。
2.READ_COMMINTED:
允许在并发事务已经提交后读取，可防止脏读，但幻读和不可重复读还是有可能发生。
3.REPEATABLE_READ:
对相同字段的多次读取是一致的，除非数据被事务本身改变，可防止脏读，不可重复读，但幻读仍有可能出现。
4.SERILIZABLE:
完全服从ACID的隔离级别，确保不发生脏读，幻读，不可重复读，这在所有的隔离级别中是最慢的，它是典型的完全通过锁定在事务中涉及的数据表来完成的。

除了以上的数据库提供的事务隔离级别，spring提供了Default隔离级别，该级别表示spring使用后端数据库默认的隔离级别。

MySQL默认事务隔离级别：REPATABLE_READ(可能出现幻读)
Oracle默认：READ_COMMITTED(可能出现不可重复读和幻读)

TransactionStatus接口用来记录事务的状态

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

平台事务管理器(PlatformTransactionManager)会根据TransactionDefinition中定义的事务信息(包括隔离级别、传播行为)来进行事务的管理,在管理的过程中事务可能产生了保存点或事务是新的事务等情况,那么这些信息都会记录在TransactionStatus的对象中.

声明式事务

XML方式

 
       
       
       
       
       
       
       
       
          
              
              
              PROPAGATION_REQUIRED

AspactJ方式 -xml

使用aspectj的xml配置方式

在xml文件中配置事务管理器，注入连接池
配置事务的通知，属性设置应用的方法和传播行为等
配置切面，在切面中，配置切入点，和advisor把切入点和通知联系在一起

AspactJ方式--注解

利用注解的方式

在xml中配置事务管理器，和开启使用事务的注解

  
 



  
 

在对应需要事务管理的业务层上加上注解

@Transactional

Spring事务管理