3

为什么你的事务不好使?一下解决java中n种事务失效场景 -利来国际app

一叶扁舟 2021-11-05
230

一、spring中事务

spring提供了两种事务管理机制:编程式事务、声明式事务

1.1、编程式事务

在代码中手动的管理事务的提交、回滚等操作,代码侵入性比较强

try { //todo something transactionmanager.commit(status); } catch (exception e) { transactionmanager.rollback(status); throw new invoiceapplyexception("异常失败"); }

1.2、声明式事务

基于aop面向切面的,它将具体业务与事务处理部分解耦,代码侵入性很低,所以在实际开发中声明式事务用的比较多。

@transactional @getmapping("/test") public string test() { int insert = cityinfodictmapper.insert(cityinfodict); }

二、@transactional

2.1、作用域

  • 作用于类
    当把@transactional 注解放在类上时,表示所有该类的public方法都配置相同的事务属性信息。

  • 作用于方法
    当类配置了@transactional,方法也配置了@transactional,方法的事务会覆盖类的事务配置信息。

  • 作用于接口
    不推荐这种使用方法,因为一旦标注在interface上并且配置了spring aop 使用cglib动态代理,将会导致@transactional注解失效

2.2、属性

属性 功能描述
readonly 指定事务是否为只读事务,默认值为 false;
为了忽略那些不需要事务的方法,比如读取数据,可以设置 read-only 为 true。
【例如】:@transactional(readonly=true)
rollbackfor 用于指定能够触发事务回滚的异常类型,可以指定多个异常类型。
【例如】
指定单一异常类:@transactional(rollbackfor=runtimeexception.class)
指定多个异常类:@transactional(rollbackfor={runtimeexception.class, exception.class})
rollbackforclassname 用于指定能够触发事务回滚的异常类型 名称,可以指定多个异常类型 名称。
【例如】
指定单一异常类名称:@transactional(rollbackforclassname=“runtimeexception”)
指定多个异常类名称:@transactional(rollbackforclassname={“runtimeexception”,“exception”})
norollbackfor 用于设置不需要进行回滚的异常类,可以指定多个异常类型 名称。
【例如】
指定单一异常类:@transactional(norollbackfor=runtimeexception.class)
指定多个异常类:@transactional(norollbackfor={runtimeexception.class, exception.class})
norollbackforclassname 用于设置不需要进行回滚的异常类 名称,可以指定多个异常类型 名称。
【例如】
指定单一异常类名称:@transactional(norollbackforclassname=“runtimeexception”)
指定多个异常类名称:@transactional(norollbackforclassname={“runtimeexception”,“exception”})
isolation 事务的隔离级别,默认值为 isolation.default。
(1)isolation.default:使用底层数据库默认的隔离级别。
(2)isolation.read_uncommitted:读取未提交数据(会出现脏读, 不可重复读) 基本不使用
(3)isolation.read_committed:读取已提交数据(会出现不可重复读和幻读)
(4)isolation.repeatable_read:可重复读(会出现幻读)
isolation.serializable:串行化
【例如】
@transactional(isolation = isolation.read_uncommitted)
timeout 该属性用于设置事务的超时秒数,超过该时间限制但事务还没有完成,则自动回滚事务。默认值为-1表示永不超时
【例如】
@transactional(timeout=30)
propagation 该属性用于设置事务的传播行为。默认是propagation.required
(1)propagation.required:如果当前存在事务,则加入该事务,如果当前不存在事务,则创建一个新的事务。
(2)propagation.supports:如果当前存在事务,则加入该事务;如果当前不存在事务,则以非事务的方式继续运行。
(3)propagation.mandatory:如果当前存在事务,则加入该事务;如果当前不存在事务,则抛出异常。
(4)propagation.requires_new:重新创建一个新的事务,如果当前存在事务,暂停当前的事务。
(5)propagation.not_supported:以非事务的方式运行,如果当前存在事务,暂停当前的事务。
(6)propagation.never:以非事务的方式运行,如果当前存在事务,则抛出异常。
(7)propagation.nested :表示如果当前已经存在一个事务,那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在,那么其行为和 propagation.required 效果一样。
【例如】
@transactional(propagation=propagation.required)

2.3、关于rollbackfor回滚的异常类型

(1)默认什么异常会回滚?

rollbackfor默认是error和runtimeexception会触发回滚,其他异常或自定义异常不会回滚

(2)怎么看是否是运行时异常?

看其父类(或者“爷爷类”)是否是runtimeexception

三、springboot配置全局异常处理

  • 自定义controller注解
@restcontroller @documented @retention(retentionpolicy.runtime) @transactional(transactionmanager = "transactionmanager", propagation = propagation.required, isolation = isolation.read_committed, rollbackfor = exception.class) public @interface mycontroller { string value() default ""; }

在项目的controller层,直接使用该注解即可(所有通过该controller层的方法都会有事务)

  • 自定义@service
@service @documented @retention(retentionpolicy.runtime) @transactional(transactionmanager = "transactionmanager", propagation = propagation.required, isolation = isolation.read_committed, rollbackfor = exception.class) public @interface myservice { string value() default ""; }

一般不用,因为controller层已经加了事务,再用这个可能因为事务嵌套(参考:事务嵌套导致transaction rolled back because it has been marked as rollback-only)带来问题。

四、失效场景

1、@transactional 应用在非 public 修饰的方法上

如果transactional注解应用在非public 修饰的方法上,transactional将会失效。
原因是:transactioninterceptor (事务拦截器)使用aop,在目标方法执行前后进行拦截,会检查目标方法的修饰符是否为 public,不是 public则不会获取@transactional 的属性配置信息。(spring要求被代理方法必须是public的。)

2、@transactional 注解属性 propagation 设置错误

这种是因为propagation的参数设置错误,根据需求选择合适的@transactional的propagation属性的值

3、@transactional 注解属性 rollbackfor 设置错误

rollbackfor默认是error和runtimeexception会触发回滚,其他异常或自定义异常不会回滚,需要回滚则需要指定或者直接指定@transactional(rollbackfor=exception.class)

4、同一个类中方法调用,导致@transactional失效

这个和redis缓存失效场景之一一样,如果在一个类中,b方法加了事务,a方法没加事务调用b方法,另外一个类调用a方法,则b方法的事务失效。这种情况可以加一层mamager层对service层通用能力的下沉。

5、异常被捕获,导致@transactional失效

当我们是用catch把异常捕获了,那么该方法就不会抛出异常了,那么出现该异常就不会回滚了

6、数据库引擎不支持事务

这种情况出现的概率并不高,事务能否生效数据库引擎是否支持事务是关键。常用的mysql数据库默认使用支持事务的innodb引擎。一旦数据库引擎切换成不支持事务的myisam,那事务就从根本上失效了。

7、没有被 spring 管理

如下面例子所示:

@service public class orderservice { @transactional public void updateorder(order order) { // update order } }

如果此时把 @service 注解注释掉,这个类就不会被加载成一个 bean,那这个类就不会被 spring 管理了,事务自然就失效了。

8、方法被定义为finall

方法被定义成了final的,这样会导致spring aop生成的代理对象不能复写该方法,而让事务失效。

五、事务异常记录

4.1、transaction rolled back because it has been marked as rollback-only

事务嵌套导致transaction rolled back because it has been marked as rollback-only

最后修改时间:2021-11-24 12:33:52
「喜欢文章,快来给作者赞赏墨值吧」
【利来手机国际的版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:[email protected]进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论