Spring 事务原理

Spring 事务原理

一、概述

Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。

Spring只提供统一事务管理接口，具体实现都是由各数据库自己实现，数据库事务的提交和回滚是通过 redo log 和 undo log实现的，具体可以看我之前写的Mysql事务原理。

Spring会在事务开始时，根据当前环境中设置的隔离级别，调整数据库隔离级别，由此保持一致。

Spring 事务什么时候会失效？

Spring 事务的原理是AOP，进行切面增强，那么失效的根本原因是AOP不起作用，情况有如下几种：

• 发生自调用：类里面使用this对象调用本类的方法，此时this对象不是代理对象，解决方法：让this 变成代理对象
• 方法不是public的：@Transactional 只能用于public方法，如果是非public方法，可以开始aspectJ代理模式
• 数据库不支持事务
• 没有被spring管理
• 异常被吃掉，事务不会回滚或者抛出的异常没有被定义，默认为RuntimeException

二、Spring事务的种类

spring支持编程式事务管理和声明式事务管理两种方式：

• 编程式事务管理使用TransactionTemplate。
• 声明式事务管理建立在AOP之上的。其本质是通过AOP功能，对方法前后进行拦截，将事务处理的功能编织到拦截的方法中，也就是在目标方法开始之前启动一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

声明式事务最大的优点就是不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明或通过@Transactional注解的方式，便可以将事务规则应用到业务逻辑中，减少业务代码的污染。

唯一不足地方是，最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。

三、Spring中的隔离级别（就是数据库的隔离级别）

1. ISOLATION_DEFAULT：这是个 PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。
2. ISOLATION_READ_UNCOMMITTED：读未提交，允许事务在执行过程中，读取其他事务未提交的数据。
3. ISOLATION_READ_COMMITTED：读已提交，允许事务在执行过程中，读取其他事务已经提交的数据。
4. ISOLATION_REPEATABLE_READ：可重复读，在同一个事务内，任意时刻的查询结果都是一致的。
5. ISOLATION_SERIALIZABLE：所有事务逐个依次执行。

四、spring的事务传播机制

spring事务的传播机制说的是，当多个事务同时存在的时候，spring如何处理这些事务的行为。事务传播机制实际上是使用简单的ThreadLocal实现的，所以，如果调用的方法是在新线程调用的，事务传播实际上是会失效的。

1. PROPAGATION_REQUIRED：（默认传播行为）如果当前不存在事务，就创建一个新事务；如果当前存在事务，就加入该事务。
2. PROPAGATION_REQUIRES_NEW：无论当前存不存在事务，都创建新事务进行执行。
3. PROPAGATION_SUPPORTS：如果当前存在事务，就加入该事务；如果当前不存在事务，就以非事务执行。
4. PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
5. PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行；如果当前没有事务，则按REQUIRED属性执行。
6. PROPAGATION_MANDATORY：如果当前存在事务，就加入该事务；如果当前不存在事务，就抛出异常。
7. PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常

总结：

如果当前存在事务

• 如果当前存在事务，就加入该事务，如果当前不存在事务

  • 就创建一个新事务：PROPAGATION_REQUIRED
  • 就以非事务执行：PROPAGATION_SUPPORTS
  • 就抛出异常：PROPAGATION_MANDATORY
  • 则按REQUIRED属性执行：PROPAGATION_NESTED

• 如果当前存在事务

  • 就创建新事务进行执行：PROPAGATION_REQUIRES_NEW

• 如果当前存在事务

  • 就把当前事务挂起，以非事务方式执行操作：PROPAGATION_NOT_SUPPORTED

• 如果当前存在事务

  • 则抛出异常：PROPAGATION_NEVER