@Transactional 事务

本文探讨了@Transactional注解的使用,特别是在readOnly和rollbackFor属性上的设置。介绍了如何通过配置实现更细粒度的事务控制,包括回滚策略及传播行为,并解释了不同隔离级别的含义。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

@Transactional(readOnly = false, rollbackFor = Exception.class)

几乎所有的readOnly = false, 增,删,改事务类,都加了 rollbackFor = Exception.class

方法只要出现Exception时就会回滚,如果不加的话,Exception只有属于RuntimeException时才会回滚

 

 

回归或提交的情况

 

 

 

 

  propagation  传播行为,就是控制回滚和提交的

 

 

 

 被嵌套的事务失败了,不影响主事务,但如果没异常,还是要依赖主事务决定提交还是回滚

isolation 事务的隔离

 

 

 

不可从复读是更新数据引发的

 幻读是增,删引发的

SERIALIZABLE串型话个人理解为,就是事务1开启,如果来了个事务2,那么事务2就得排队等待,等事务1执行完,才能执行事务2

事务隔离不同,两者之间没有任何关系

 

 

 

 

转载于:https://www.cnblogs.com/dianzan/p/11196879.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值