谈谈你对Spring 事务的理解
本质：
Spring事务是基于数据库事务的隔离级别的封装，并定义了事务传播行为,可以在不同的项目、不同的操作中再次对事务的传播行为和隔离级别进行策略控制。
所以，首先得先明确数据库中事务概念、特性、并发问题和隔离级别。
参照文章：
Spring事务传播行为是spring为了业务层之间调用事务的关系而提出的,即数据库层面是不存在事务传播行为的。
Spring定义的传播属性和隔离级别实现：
Spring中存在7种传播属性：
如果存在当前事务可分4类，
1、按照当前事务继续处理
REQUIRED：如果没有事务则重新建立一个。spring默认的事务的传播;
SUPPORTS：如果没有事务,就啥也不干;
MANDATORY：如果当前没有事务，就抛出异常;
2、挂起当前事务
REQUIRES_NEW：如果当前没有事务,新建事务,是两个独立的事务;
NOT_SUPPORTED：如果当前没有事务,以非事务方式执行操作;
3、抛出异常
NEVER：如果当前没有事务,以非事务方式执行。
4、嵌套在当前的事务中
NESTED：如果没有活动事务，则按REQUIRED属性执行。有多个回滚点，内部事务的回滚不会对外部事务造成影响。
注意：事务失效的7种情况
1、未启用spring事务管理功能: @EnableTransactionManagement 注解用来启用spring事务自动管理事务的功能;
2、方法不是public类型的：@Transaction用在了非public方法上，事务将无效；
3、数据源未配置事务管理器：spring是通过事务管理器了来管理事务，每个数据源都要配置；
4、自身调用问题: @Transactional中有AOP的逻辑会拦截异常会导致传播事务失效，只有在代理对象之间进行调用时，才会触发切面逻辑。可以在类中注入该类代理对象，然后在嵌套的方法中调用代理对象的方法;
5、异常类型错误：默认情况下，RuntimeException和Error的情况下，spring事务才会回滚。也可以自定义回滚的异常类型，@Transactional(rollbackFor = {异常类型列表});
6、异常被吞：在方法中吞没异常;
7、业务和spring事务代码必须在一个线程中：spring事务实现中使用了ThreadLocal，要求业务代码必须和spring事务的源码执行过程必须在一个线程中，才会受spring事务的控制;
Spring中存在5种隔离级别:
spring比mysql多了一种default,表示使用数据库默认的事务隔离级别。
Spring 事务执行流程：
spring的事务执行是由aop来实现的，首先要生成具体的代理对象，然后按照aop的整套流程来执行具体的操作逻辑，正常情况下要通过通知来完成核心功能，但是事务不是通过通知来实现的，而是通过一个TransactionInterceptor来实现的，然后调用invoke来实现具体的逻辑。
具体事务执行流程：
1、先做准备工作，解析方法上事务相关的属性，来判断是否开始新事务
2、当需要开启的时候，获取数据库连接，关闭自动提交功能，开起事务
3、执行具体的sql逻辑操作
4、在操作过程中，如果执行失败了，那么会通过completeTransactionAfterThrowing来完成事务的回滚操作，回滚的具体逻辑是通过doRollBack(con,rollback)方法来实现的，实现的时候也是要先获取连接对象，通过连接对象来回滚
5、如果执行过程中，没有任何意外情况的发生，那么通过commitTransactionAfterReturning来完成事务的提交操作，提交的具体逻辑是通过doCommit(con.commot)方法来实现的，实现的时候也是要获取连接，通过连接对象来提交
6、当事务执行完毕后通过cleanupTransactionInfo清除相关的事务信息j
