spring管理事务@Transactional注解相关参数

本文详细介绍了Spring事务管理中的7种传播行为,包括REQUIRED、REQUIRED_NEW等,并讨论了事务的隔离级别,如READ_COMMITTED、SERIALIZABLE等,以及它们如何解决并发问题。此外,还提到了事务的超时设置和只读属性,以及何时回滚和不回滚事务的异常配置。
摘要由CSDN通过智能技术生成

1.propagation事务的传播行为

看完就明白_spring事务的7种传播行为_gnixlee的博客-CSDN博客_事务传播行为

requird

方法A调用方法B,A中有事务,不管B中有没有事务,B都被放入A中的事务执行

A中没有事务,B就创建一个新事务,和A一起在新事物执行

requird-new

它会开启一个新的事务。如果一个事务已经存在,则先将这个存在的事务挂起。

2.isolation 事务的隔离级别

为了解决以下三个问题

1>脏读
    一个未提交的事务读到了一个未提交事务的数据

例子:事务a和事务b都要对一行中的同一个sal进行修改值是5000,事务a要在原来基础上加200,事务b要减200.事务a先加两百但没提交,事务b才读数据,事务b读到的就是事务a加两百之后的数据5200,如果这时候a回滚了,则a的修改应该撤销,b读到的应该是5000,但是实际上b读到的是a修改之后的数据 5200,这就是脏读。

2>不可重复读

一个未提交的事务读到了一个已经提交的事务的数据

例子:事务a修改了sal,并立刻提交,b再读sal,读到的就是a修改之后的数据。

注意,这不是错误,一般是可以接受的,造成的后果仅仅是a每次读到的数据可能不一样

3>虚读

一个未提交的数据读到了一个已经提交的事务的增加的数据

这是不可重复读的一种情况

解决方法:设置参数

@Transactional(isolation = Isolation.READ_UNCOMMITTED )  不解决问题
@Transactional(isolation = Isolation.READ_COMMITTED )解决脏读
 @Transactional(isolation = Isolation.REPEATABLE_READ)解决脏读和不可重复读  mysql默认
@Transactional(isolation = Isolation.SERIALIZABLE) 三个都解决

效率从下往上越来越高

3.timeout

事务在多长时间内必须提交,否则回滚事务,mysql默认是不超时

4.readonly

   默认值是可以增删改查,当值为true时,只能查询

5.rollbackfor 

出现哪些异常回滚

6.norollbackfor

  出现哪些异常不回滚

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值