Spring事务传播属性和隔离级别

简介: Spring事务传播属性和隔离级别

Spring事务传播属性和隔离级别

一、Spring事务传播属性(propagation)

1、propagration(事务传播属性)产生场景:

Service可以调用一个或者多个Dao方法,但是在使用Spring之前我们只能调用dao层,但是不能调用另外一个Service层中的方法

案例:在UserService.java中有方法 save().其中嵌套AddressService.java中update()。当UserService事务发生rollback时, AddressService事务也可以rollback或是commit。


public class UserService {
    public void save() {
        UserService.update();//AddressService对象uodate操作
    }
}


image.png

2、七个事务传播属性

REQUIRED: 需要事务,外部存在事务融入当前事务,外部没有事务,开启新的事务 【增删改操作常用】


SUPPORTS: 支持事务,外部存在事务融入当前事务,外部没有事务,不开启新的事 【查询操作常用 】


REQUIRES_NEW: 每次开启新的事务,如果外部存在事务外部事务挂起(暂停),开启新的事务运行,运行结束后恢复外部事务 【日志,流水操作】


案例分析:转账业务操作:转账,Account,App都是业务层


image.png


NOT_SUPPORTED: 不支持事务,如果外部存在事务外部事务挂起,已非事务方式运行.


NEVER: 不支持事务,存在事务报错


MANDATORY: 强制事务没有事务报错


NESTED: 嵌套事务,数据库不支持


二、隔离级别isolation

isolation:[ˌaɪsəˈleɪʃn]

:隔离


1、事务特性(事务的基本要素)

事务是指多个操作单元组成的合集,多个单元操作是整体不可分割的,要么都操作不成功,要么都成功。其必须遵循四个原则(ACID )。


ACID指:原子性,一致性,隔离性 ,持久性

(1)原子性(Atomicity [ˌatəˈmɪsɪti]):

定义:指一个事务要么全部执行,要么不执行 ,也就是说一个事务不可能只执行了一半就停止了.

如:你从取款机取钱,这个事务可以分成两个步骤: 1划卡,2出钱.不可能划了卡,而钱却没出来.这两步必须同时完成.要么就不完成。


(2)一致性(Consistency[kənˈsɪstənsi]):

定义:在事务执行前数据库的数据处于正确的状态,而事务执行完成后数据库的数据还是应该处于正确的状态,即数据完整性约束没有被破坏;

如:银行转帐,A转帐给B,必须保证A的钱一定转给B,一定不会出现A的钱转了但B没收到,否则数据库的数据就处于不一致(不正确)的状态。


(3)隔离性(Isolation [ˌaɪsəˈleɪʃn]

定义:并发事务执行之间互不影响,在一个事务内部的操作对其他事务是不产生影响,这需要事务隔离级别来指定隔离性;

(4)持久性(Durability[ˌdʊrəˈbɪləti]

定义:事务一旦执行成功,它对数据库的数据的改变必须是永久的,不会因比如遇到系统故障或断电造成数据不一致或丢失。

2、隔离性(事务的隔离级别)

isolation :隔离级别 多个客户端间操作的隔离性【Client——>Service】


(1)DEFAULT: 采用数据库默认隔离级别(Spring提供的)

Spring框架提供的隔离级别,当前使用的数据库对应的默认隔离级别

(2)READ_UNCOMMITTED: 读未提交

解析:不同客户端之间可以在一次事务中读取到其他客户端没有提交的事务


image.pngimage.png



(3)READ_COMMITTED: 读提交 用来避免脏读现象出现的

read_ommited:oracle默认隔离级别

解析:不同客户端之间可以在一次事务中读取到其他客户端已经提交的事务

(4)REPEATABLE_READ: 可重复读主要是用来避免不可重复读现象出现的

单词:repeatable:[rɪˈpi:təbl] 可重复的

repeatable_read:mysql默认隔离级别

解析:在一次事务中一方更新,导致两次查询结果不一致这种情况叫不可重复读


image.png

(5)SERIALIZABLE : 序列化读 用来避免幻影读现象出现

幻影读概念:在一次事务中一方插入,导致两次查询结果不一致这种情况叫幻影读


解析:一个客户端在一次事务中多次读取一张表的数据 结果一致



image.png

隔离级别的特点:隔离级别从低到高,级离级别越高越安全, 但是锁的内容越高,效率越低


三、读写和异常性

1、read-only(只读性):设置当前方法是否只读

true:只读


false:不是只读【默认值】


  <tx:method name="save*" propagation="REQUIRES_NEW" read-only="true|false" isolation="SERIALIZABLE"/>

2、回滚性(rollback-for && no-rollback-for="")

rollback-for: 遇到什么类异常回滚


no-rollback-for: 遇到什么类异常不回滚


  <tx:method name="save*" rollback-for="" no-rollback-for="" propagation="REQUIRES_NEW" read-only="true" isolation="SERIALIZABLE"/>

3、timeout 超时性

timeout: -1 永不超时

image.png


相关文章
|
9月前
|
SQL Java 关系型数据库
Spring事务传播机制:7种姿势教你玩转"事务接力赛"
事务传播机制是Spring框架中用于管理事务行为的重要概念,它决定了在方法调用时事务如何传递与执行。通过7种传播行为,开发者可以灵活控制事务边界,适应不同业务场景。例如:REQUIRED默认加入或新建事务,REQUIRES_NEW独立开启新事务,NESTED支持嵌套回滚等。合理使用传播机制不仅能保障数据一致性,还能提升系统性能与健壮性。掌握这“七种人格”,才能在复杂业务中游刃有余。
|
Java Spring
Spring中事务失效的场景
因为Spring事务是基于代理来实现的,所以某个加了@Transactional的⽅法只有是被代理对象调⽤时, 那么这个注解才会⽣效 , 如果使用的是被代理对象调用, 那么@Transactional会失效 同时如果某个⽅法是private的,那么@Transactional也会失效,因为底层cglib是基于⽗⼦类来实现 的,⼦类是不能重载⽗类的private⽅法的,所以⽆法很好的利⽤代理,也会导致@Transactianal失效 如果在业务中对异常进行了捕获处理 , 出现异常后Spring框架无法感知到异常, @Transactional也会失效
|
Java 关系型数据库 数据库
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——常见问题总结
本文总结了Spring Boot中使用事务的常见问题,虽然通过`@Transactional`注解可以轻松实现事务管理,但在实际项目中仍有许多潜在坑点。文章详细分析了三个典型问题:1) 异常未被捕获导致事务未回滚,需明确指定`rollbackFor`属性;2) 异常被try-catch“吃掉”,应避免在事务方法中直接处理异常;3) 事务范围与锁范围不一致引发并发问题,建议调整锁策略以覆盖事务范围。这些问题看似简单,但一旦发生,排查难度较大,因此开发时需格外留意。最后,文章提供了课程源代码下载地址,供读者实践参考。
421 0
|
Java 关系型数据库 数据库
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——Spring Boot 事务配置
本文介绍了 Spring Boot 中的事务配置与使用方法。首先需要导入 MySQL 依赖,Spring Boot 会自动注入 `DataSourceTransactionManager`,无需额外配置即可通过 `@Transactional` 注解实现事务管理。接着通过创建一个用户插入功能的示例,展示了如何在 Service 层手动抛出异常以测试事务回滚机制。测试结果表明,数据库中未新增记录,证明事务已成功回滚。此过程简单高效,适合日常开发需求。
1874 0
|
Java 数据库 微服务
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——事务相关
本文介绍Spring Boot事务配置管理,阐述事务在企业应用开发中的重要性。事务确保数据操作可靠,任一异常均可回滚至初始状态,如转账、购票等场景需全流程执行成功才算完成。同时,事务管理在Spring Boot的service层广泛应用,但根据实际需求也可能存在无需事务的情况,例如独立数据插入操作。
351 0
|
Java 测试技术 微服务
微服务——SpringBoot使用归纳——Spring Boot中的项目属性配置——少量配置信息的情形
本课主要讲解Spring Boot项目中的属性配置方法。在实际开发中,测试与生产环境的配置往往不同,因此不应将配置信息硬编码在代码中,而应使用配置文件管理,如`application.yml`。例如,在微服务架构下,可通过配置文件设置调用其他服务的地址(如订单服务端口8002),并利用`@Value`注解在代码中读取这些配置值。这种方式使项目更灵活,便于后续修改和维护。
377 0
|
10月前
|
Java 关系型数据库 数据库
深度剖析【Spring】事务:万字详解,彻底掌握传播机制与事务原理
在Java开发中,Spring框架通过事务管理机制,帮我们轻松实现了这种“承诺”。它不仅封装了底层复杂的事务控制逻辑(比如手动开启、提交、回滚事务),还提供了灵活的配置方式,让开发者能专注于业务逻辑,而不用纠结于事务细节。
1189 1
|
人工智能 Java 数据库连接
Spring事务失效场景
本文深入探讨了Spring框架中事务管理可能失效的几种常见场景及解决方案,包括事务方法访问级别不当、方法内部自调用、错误的异常处理、事务管理器或数据源配置错误、数据库不支持事务以及不合理的事务传播行为或隔离级别。通过合理配置和正确使用`@Transactional`注解,开发者可以有效避免这些问题,确保应用的数据一致性和完整性。
1100 10
|
Java 关系型数据库 MySQL
【Spring】【事务】初学者直呼学会了的Spring事务入门
本文深入解析了Spring事务的核心概念与使用方法。Spring事务是一种数据库事务管理机制,通过确保操作的原子性、一致性、隔离性和持久性(ACID),维护数据完整性。文章详细讲解了声明式事务(@Transactional注解)和编程式事务(TransactionTemplate、PlatformTransactionManager)的区别与用法,并探讨了事务传播行为(如REQUIRED、REQUIRES_NEW等)及隔离级别(如READ_COMMITTED、REPEATABLE_READ)。
822 1
|
SQL Java 数据库连接
Spring中的事务是如何实现的
1. Spring事务底层是基于数据库事务和AOP机制的 2. ⾸先对于使⽤了@Transactional注解的Bean,Spring会创建⼀个代理对象作为Bean 3. 当调⽤代理对象的⽅法时,会先判断该⽅法上是否加了@Transactional注解 4. 如果加了,那么则利⽤事务管理器创建⼀个数据库连接 5. 并且修改数据库连接的autocommit属性为false,禁⽌此连接的⾃动提交,这是实现Spring事务⾮ 常重要的⼀步 6. 然后执⾏当前⽅法,⽅法中会执⾏sql 7. 执⾏完当前⽅法后,如果没有出现异常就直接提交事务 8. 如果出现了异常,并且这个异常是需要回滚的就会回滚事务