Spring事务

Spring事务(@Transactional)

1. 编程式事务管理
   1. Spring推荐使用TransactionalTemplate,但实际开发中使用声明式事务较多.
2. 声明式事务管理
   1. 获取链接,关闭链接,事务提交,回滚,异常处理操作都有Spring帮我们处理.

Spring事务的传播特性(7种)

https://blog.csdn.net/fggdgh/article/details/123491843https://blog.csdn.net/fggdgh/article/details/123491843

1. REQUIRED(Spring默认的事务传播类型 required：需要、依赖、依靠)如果当前没有事务，则自己新建一个事务，如果当前存在事务则加入这个事务

2. 当A调用B的时候：如果A中没有事务，B中有事务，那么B会新建一个事务；如果A中也有事务、B中也有事务，那么B会加入到A中去，变成一个事务，这时，要么都成功，要么都失败。（假如A中有2个SQL，B中有两个SQL，那么这四个SQL会变成一个SQL，要么都成功，要么都失败）

3. SUPPORTS（supports：支持;拥护):当前存在事务，则加入当前事务，如果当前没有事务，就以非事务方法执行

4. 如果A中有事务，则B方法的事务加入A事务中，成为一个事务（一起成功，一起失败），如果A中没有事务，那么B就以非事务方式运行（执行完直接提交）；

5. MANDATORY（mandatory：强制性的）:当前存在事务，则加入当前事务，如果当前事务不存在，则抛出异常。

6. 如果A中有事务，则B方法的事务加入A事务中，成为一个事务（一起成功，一起失败）；如果A中没有事务，B中有事务，那么B就直接抛异常了，意思是B必须要支持回滚的事务中运行

7. REQUIRES_NEW（requires_new：需要新建）:创建一个新事务，如果存在当前事务，则挂起该事务

8. B会新建一个事务，A和B事务互不干扰，他们出现问题回滚的时候，也都只回滚自己的事务；

9. NOT_SUPPORTED（not supported：不支持）:以非事务方式执行,如果当前存在事务，则挂起当前事务

10. 被调用者B会以非事务方式运行（直接提交），如果当前有事务，也就是A中有事务，A会被挂起（不执行，等待B执行完，返回）；A和B出现异常需要回滚，互不影响

11. NEVER（never：从不）:如果当前没有事务存在，就以非事务方式执行；如果有，就抛出异常。

12. 就是B从不以事务方式运A中不能有事务，如果没有，B就以非事务方式执行，如果A存在事务，那么直接抛异常

13. NESTED（nested：嵌套的）嵌套事务:如果当前事务存在，则在嵌套事务中执行，否则REQUIRED的操作一样(开启一个事务)

14. 如果A中没有事务，那么B创建一个事务执行，如果A中也有事务，那么B会会把事务嵌套在里面。

Spring事务失效场景

1. 事务粒度过大

2. 访问权限问题,比如被加@Transactional注解的方法使用private修饰的,你们就会导致事务失效,因为Spring要求被代理的方法必须是publicd的.

3. 方法使用final修饰,因为被final修饰的方法不能被代理类重写.

4. 方法被多线程调用了,方法拥有事务的能力是因为SpringAOP生成了代理对象,事务的session会话链接由ThreadLocal进行管理,当两个方法不在同一个线程中,则获取到的数据库链接会不一样,无法跨链接进行回滚

5. 手动抛了异常,(指定异常类型@Transactional(rollbackFor=Exception.class))

6. 事务嵌套过多,导致回滚.