@Transactional注解是Spring框架中的一个事务处理注解,用于标记一个Bean组件中需要被事务管理的业务方法。包含如下的业务:事务的隔离级别、事务的传播特性、事务超时、只读事务....下面让我们好好唠唠吧~
事务的传播行为
什么是事务的传播行为?
在service类中有a()方法和b()方法,a()方法上有事务,b()方法上也有事务,当a()方法执行过程中调用了b()方法,事务是如何传递的?合并到一个事务里?还是开启一个新的事务?这就是事务传播行为。
分类
事务传播行为在spring框架中被定义为枚举类型
REQUIRED:支持当前事务,如果不存在就新建一个(默认)
【原方法没有就新建,有就加入(不管自己有没有)】
SUPPORTS:支持当前事务,如果当前没有事务,就以非事务方式执行
【原方法有就加入,都没有自己也不新建】
MANDATORY:必须运行在一个事务中,如果当前没有事务在发生,将抛出一个异常
【原方法有就加入,都没有就抛异常】
REQUIRES_NEW:开启一个新的事务,如果一个事务已经存在,则将这个存在的事务挂起
【不管有没有,直接开启一个新事务,开启的新事务和之前的事务不存在嵌套关系,之前事务被挂起(暂停)】
NOT_SUPPORTED:以非事务方式运行,如果有事务存在,挂起当前事务
【不支持事务,存在就挂起】
【不支持事务,存在就抛异常】
NESTED:如果当前正有一个事务在进行中,则该方法应当运行在一个嵌套式事务中。被嵌套的事务可以独立于外层事务进行提交或回滚。如果外层事务不存在,行为就像REQUIRED一样。
【有事务的话,就在这个事务里再嵌套一个完全独立的事务,嵌套的事务可以独立的提交和回滚。没有事务就和REQUIRED一样。】
使用方法
事务隔离级别
什么是事务隔离级别?
事务隔离级别类似于教室A和教室B之间的那道墙,隔离级别越高表示墙体越厚。隔音效果越好。隔离级别越高,数据安全性越大,但是效率就是越低的
读取数据存在的三大问题
不可重复读:在同一个事务当中,第一次和第二次读取的数据不一样。原因是两次读的间隙,其他事务又进行了DML
幻读:多事务并发,数据库数据动态更改,查询的结果可能下一秒就变了,和自己得到的结论不一致。只要多个事务并发,一定存在幻读
四大事务隔离级别
读未提交(一个事务读到另一个事务未提交的数据):READ_UNCOMMITTED
【这种隔离级别,存在脏读问题,所谓的脏读(dirty read)表示能够读取到其它事务未提交的数据。】
【解决了脏读问题,其它事务提交之后才能读到,但存在不可重复读问题。】
【解决了不可重复读,可以达到可重复读效果,只要当前事务不结束,读取到的数据一直都是一样的。但存在幻读问题。】
使用方法
MySQL——默认为
事务超时
@Transactional(timeout = 10)
以上代码表示设置事务的超时时间为10秒。表示超过10秒如果该事务中所有的DML语句还没有执行完毕的话,最终结果会选择回滚。
事务的超时时间指的是哪段时间?
在当前事务当中,最后一条DML(和查询语句DQL无关)语句执行之前的时间。如果最后一条DML语句后面很有很多业务逻辑,这些业务代码执行的时间不被计入超时时间。
就是说,只要你的程序执行完最后一条DML语句后还没超时就没事,不管你该方法剩余业务代码是否执行完
只读事务
@Transactional(readOnly = true)
将当前事务设置为只读事务,在该事务执行过程中只允许select语句执行,DML均不可执行。
该特性的作用是:启动spring的优化策略。提高select语句执行效率。