Spring事务(@Transactional)
- 编程式事务管理
- Spring推荐使用TransactionalTemplate,但实际开发中使用声明式事务较多.
- 声明式事务管理
- 获取链接,关闭链接,事务提交,回滚,异常处理操作都有Spring帮我们处理.
Spring事务的传播特性(7种)
https://blog.csdn.net/fggdgh/article/details/123491843https://blog.csdn.net/fggdgh/article/details/123491843
-
REQUIRED(Spring默认的事务传播类型 required:需要、依赖、依靠)如果当前没有事务,则自己新建一个事务,如果当前存在事务则加入这个事务
-
当A调用B的时候:如果A中没有事务,B中有事务,那么B会新建一个事务;如果A中也有事务、B中也有事务,那么B会加入到A中去,变成一个事务,这时,要么都成功,要么都失败。(假如A中有2个SQL,B中有两个SQL,那么这四个SQL会变成一个SQL,要么都成功,要么都失败)
-
SUPPORTS(supports:支持;拥护):当前存在事务,则加入当前事务,如果当前没有事务,就以非事务方法执行
-
如果A中有事务,则B方法的事务加入A事务中,成为一个事务(一起成功,一起失败),如果A中没有事务,那么B就以非事务方式运行(执行完直接提交);
-
MANDATORY(mandatory:强制性的):当前存在事务,则加入当前事务,如果当前事务不存在,则抛出异常。
-
如果A中有事务,则B方法的事务加入A事务中,成为一个事务(一起成功,一起失败);如果A中没有事务,B中有事务,那么B就直接抛异常了,意思是B必须要支持回滚的事务中运行
-
REQUIRES_NEW(requires_new:需要新建):创建一个新事务,如果存在当前事务,则挂起该事务
-
B会新建一个事务,A和B事务互不干扰,他们出现问题回滚的时候,也都只回滚自己的事务;
-
NOT_SUPPORTED(not supported:不支持):以非事务方式执行,如果当前存在事务,则挂起当前事务
-
被调用者B会以非事务方式运行(直接提交),如果当前有事务,也就是A中有事务,A会被挂起(不执行,等待B执行完,返回);A和B出现异常需要回滚,互不影响
-
NEVER(never:从不):如果当前没有事务存在,就以非事务方式执行;如果有,就抛出异常。
-
就是B从不以事务方式运A中不能有事务,如果没有,B就以非事务方式执行,如果A存在事务,那么直接抛异常
-
NESTED(nested:嵌套的)嵌套事务:如果当前事务存在,则在嵌套事务中执行,否则REQUIRED的操作一样(开启一个事务)
-
如果A中没有事务,那么B创建一个事务执行,如果A中也有事务,那么B会会把事务嵌套在里面。
Spring事务失效场景
-
事务粒度过大
-
访问权限问题,比如被加@Transactional注解的方法使用private修饰的,你们就会导致事务失效,因为Spring要求被代理的方法必须是publicd的.
-
方法使用final修饰,因为被final修饰的方法不能被代理类重写.
-
方法被多线程调用了,方法拥有事务的能力是因为SpringAOP生成了代理对象,事务的session会话链接由ThreadLocal进行管理,当两个方法不在同一个线程中,则获取到的数据库链接会不一样,无法跨链接进行回滚
-
手动抛了异常,(指定异常类型@Transactional(rollbackFor=Exception.class))
-
事务嵌套过多,导致回滚.