最后琪姐说，修改了Spring的事务传播机制好了（应该是从默认的Required => Requires_New）。
如果对事务不了解的可以先看下，我的上一篇文章： 数据库事务详解 概述 一般SSH的项目都是使用三层架构即Controller、Services、DAO。 Spring 的事务一般都在Services定义，而Controller、DAO都不定义事务。 那么 Services 方法调用 Services 的方法，事务是怎么执行的？ 有些人说不建议Service 调用Service，或者如果要Service 调用Service必须使用嵌套事务。真的是这样的吗？ 带着疑问继续了解Spring事务传播行为 sp
Spring事务机制主要包括 声明式事务和编程式事务，此处侧重讲解声明式事务，编程式事务在实际开发中得不到广泛使用，仅供学习参考。
Spring 事务是 Spring 框架提供的一种机制，用于管理数据库操作或其他资源的一组相关操作，以确保它们在一个原子、一致、可靠和隔离的执行单元内进行。事务用于维护数据的完整性并支持并发访问数据库时的数据一致性。
Spring和事务的关系 关系型数据库、某些消息队列等产品或中间件称为事务性资源，因为它们本身支持事务，也能够处理事务。 Spring很显然不是事务性资源，但是它可以管理事务性资源，所以Spring和事务之间是管理关系。 就像Jack Ma虽然不会写代码，但是他却管理者一大批会写代码的码农。 Spring事务三要素 数据源：表示具体的事务性资源，是事务的真正处理者，如MySQL等。 事务管理器：像一个大管家，从整体上管理事务的处理过程，如打开、提交、回滚等。 事务应用和属性配置：像一个标识符，表明哪些方法要参与事务，如何参与事务，以及一些相关属性如隔离级别、超时时间等。 Spring事务的注解配置 把一个DataSource（如DruidDataSource）作为一个@Bean注册到Spring容器中，配置好事务性资源。 把一个@EnableTransactionManagement注解放到一个@Configuration类上，配置好事务管理器，并启用事务管理。 把一个@Transactional注解放到类上或方法上，可以设置注解的属性，表明该方法按配置好的属性参与到事务中。 事务注解的本质 @Transactional这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消费，并使用这些元数据来配置bean的事务行为。 大致来说具有两方面功能，一是表明该方法要参与事务，二是配置相关属性来定制事务的参与方式和运行行为。 Spring声明式事务实现原理 声明式事务成为可能，主要得益于Spring AOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性增强（advice），来驱动事务完成。 如何回滚一个事务 就是在一个事务上下文中当前正在执行的代码里抛出一个异常，事务基础设施代码会捕获任何未处理的异常，并且做出决定是否标记这个事务为回滚。 默认回滚规则 默认只把runtime, unchecked exceptions标记为回滚，即RuntimeException及其子类，Error默认也导致回滚。Checked exceptions默认不导致回滚。这些规则和EJB是一样的。 如何配置回滚异常 使用@Transactional注解的rollbackFor/rollbackForClassName属性，可以精确配置导致回滚的异常类型，包括checked exceptions。 noRollbackFor/noRollbackForClassName属性，可以配置不导致回滚的异常类型，当遇到这样的未处理异常时，照样提交相关事务。 事务注解在类/方法上 @Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所有方法。如果此时方法上也标注了，则方法上的优先级高。 事务注解在类上的继承性 @Transactional注解的作用可以传播到子类，即如果父类标了子类就不用标了。但倒过来就不行了。 子类标了，并不会传到父类，所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解，这样才会有事务。 事务注解在接口/类上 @Transactional注解可以用在接口上，也可以在类上。在接口上时，必须使用基于接口的代理才行，即JDK动态代理。 事实是Java的注解不能从接口继承，如果你使用基于类的代理，即CGLIB，或基于织入方面，即AspectJ，事务设置不会被代理和织入基础设施认出来，目标对象不会被包装到一个事务代理中。 Spring团队建议注解标注在类上而非接口上。 只在public方法上生效？ 当采用代理来实现事务时，（注意是代理），@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时，不会产生错误，但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。 如果想在非public方法上生效，考虑使用AspectJ（织入方式）。 目标类里的自我调用没有事务？ 在代理模式中（这是默认的），只有从外部的方法调用进入通过代理会被拦截，这意味着自我调用（实际就是，目标对象中的一个方法调用目标对象的另一个方法）在运行时不会导致一个实际的事务，即使被调用的方法标有注解。 如果你希望自我调用也使用事务来包装，考虑使用AspectJ的方式。在这种情况下，首先是没有代理。相反，目标类被织入（即它的字节码被修改）来把@Transactional加入到运行时行为，在任何种类的方法上都可以。 事务与线程 和JavaEE事务上下文一样，Spring事务和一个线程的执行相关联，底层是一个ThreadLocal<Map<Object, Object>>，就是每个线程一个map，ke
前言：mysql事务在程序运行中事关重大，解决同时运行sql语句的一致性的问题。有效的避免由于异常造成的生产事故。
作者：操盛春，爱可生技术专家，公众号『一树一溪』作者，专注于研究 MySQL 和 OceanBase 源码。
如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。 被设置成这个级别时，会为每一个被调用的方法创建一个逻辑事务域。如果前面的方法已经创建了事务，那么后面的方法支持当前的事务，如果当前没有事务会重新建立事务。
深入理解 Spring 事务原理 一、事务的基本原理 Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。对于纯JDBC操作数据库，想要用到事务，可以按照以下步骤进行： 获取连接 Connection con = DriverManager.getConnection() 开启事务con.setAutoCommit(true/false); 执行CRUD 提交事务/回滚事务 con.commit() / con.rollback(); 关闭连接 conn
Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。对于纯JDBC操作数据库，想要用到事务，可以按照以下步骤进行：
一、事务的基本原理 Spring事务 的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。对于纯JDBC操作数据库，想要用到事务，可以按照以下步骤进行： 获取连接 Connection con = DriverManager.getConnection() 开启事务con.setAutoCommit(true/false); 执行CRUD 提交事务/回滚事务 con.commit() / con.rollback(); 关闭连接 conn.close(); 使用Spring的事务管理功能后，我们可以不再写步骤 2 和 4 的代码，而是由Spirng 自动完成。 那么Spring是如何在我们书写的 CRUD 之前和之后开启事务和关闭事务的呢？解决这个问题，也就可以从整体上理解Spring的事务管理实现原理了。下面简单地介绍下，注解方式为例子 配置文件开启注解驱动，在相关的类和方法上通过注解@Transactional标识。 spring 在启动的时候会去解析生成相关的bean，这时候会查看拥有相关注解的类和方法，并且为这些类和方法生成代理，并根据@Transaction的相关参数进行相关配置注入，这样就在代理中为我们把相关的事务处理掉了（开启正常提交事务，异常回滚事务）。 真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的。 二、Spring 事务的传播属性 所谓spring事务的传播属性，就是定义在存在多个事务同时存在的时候，spring应该如何处理这些事务的行为。这些属性在TransactionDefinition中定义，具体常量的解释见下表： 常量名称 常量解释 PROPAGATION_REQUIRED 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择，也是 Spring 默认的事务的传播。 PROPAGATION_REQUIRES_NEW 新建事务，如果当前存在事务，把当前事务挂起。新建的事务将和被挂起的事务没有任何关系，是两个独立的事务，外层事务失败回滚之后，不能回滚内层事务执行的结果，内层事务失败抛出异常，外层事务捕获，也可以不处理回滚操作 PROPAGATION_SUPPORTS 支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY 支持当前事务，如果当前没有事务，就抛出异常。 PROPAGATION_NOT_SUPPORTED 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。 PROPAGATION_NEVER 以非事务方式执行，如果当前存在事务，则抛出异常。 PROPAGATION_NESTED 如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。 三、数据库隔离级别 隔离级别 隔离级别的值 导致的问题 Read-Uncommitted 0 导致脏读 Read-Committed 1 避免脏读，允许不可重复读和幻读 Repeatable-Read 2 避免脏读，不可重复读，允许幻读 Serializable 3 串行化读，事务只能一个一个执行，避免了脏读、不可重复读、幻读。执行效率慢，使用时慎重 脏读：一事务对数据进行了增删改，但未提交，另一事务可以读取到未提交的数据。如果第一个事务这时候回滚了，那么第二个事务就读到了脏数据。 不可重复读：一个事务中发生了两次读操作，第一次读操作和第二次操作之间，另外一个事务对数据进行了修改，这时候两次读取的数据是不一致的。 幻读：第一个事务对一定范围的数据进行批量修改，第二个事务在这个范围增加一条数据，这时候第一个事务就会丢失对新增数据的修改。 总结： 隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。 大多数的数据库默认隔离级别为 Read Commited，比如 SqlServer、Oracle 少数数据库默认隔离级别为：Repeatable Read 比如： MySQL InnoDB 四、Spring中的隔离级别 常量 解释 ISOLATION_DEFAULT 这是个 PlatfromTransactionManager 默认的隔离级别，使用数据库默认的事务隔离级别。另外四个与 JDBC 的隔离级别相对应。
后面小节的内容和 update、delete 有关，我们先简单介绍一下这两类 SQL 语句的执行流程。
事务简介 事务：一系列操作，使数据库从一个状态转换到另一个状态，且保证要么全部成功要么全部失败。 事务满足 ACID 原则： 原子性：不可分割，要么全部成功，要么全部失败 一致性：从一个状态到另一个状态 隔离性：正确提交前，可能到结果不应显示给其他事务 持久性：提交后，永久保存在数据库中 Java事务 在Java编写的程序实现ACID操作，把数据库的增删改查的事务操作转移到Java代码中控制。 Java事务机制和原理就是确保数据库操作的ACID特性。 Java事务实现模式 Java事务类型 JDBC事务：局
今天我心情好，我决定给你的转账 100 万，最后的结果肯定是我的余额变为 0 元，你的余额多了 100 万元，是不是想到就很开心？
先举一个Spring的嵌套例子 ServiceA { void methodA() { ServiceB.methodB(); } } ServiceB { void methodB(); } 事务传播属性可以在 @Transactional 注解的 propagation 属性中定义 比如: @Transactional(propagation=Propagation .PROPAGATION_REQUIRED) 七种事务传播行为: PROPAG
最近在项目中发现了一则报错：“org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only”。根据报错信息来看是spring框架中的事务管理报错：事务回滚了，因为它被标记为回滚状态。
这篇其实也要归纳到《常识》系列中，但这重点又是spring的介绍，故归档在spring系列中。
所谓事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位。SQL Server 2005 提供了几种自动的可以通过编程来完成的机制，包括事务日志、SQL事务控制语句，以及事务处理运行过程中通过锁定保证数据完整性的机制。当用户对数据库并发访问时，为了确保事务完整性和数据库一致性，需要使用锁定。事务和锁是两个紧密联系的概念。通过事务的批处理和锁的使用，还可以监测系统，以及优化物理数据库。
数据库事务的隔离级别有4个，由低到高依次为Read uncommitted、Read committed、Repeatable read、Serializable，这四个级别可以逐个解决脏读、不可重复读、幻读这几类问题。
一、SQL Server事务的本质 • 什么是SQL Server数据库事务？ 事务:是作为单个工作单元而执行的--系列操作，如查询和修改数据，甚至可能是修改数据定义。 事务:保持逻辑数据一致性与可恢复性，必不可少的利器。 • SQL Server数据库事务举例 在一个事务中，你写了2条sql语句，一条是修改订单表状态,一条是修改库存表库存-1 。 如果在修改订单表状态的时候出错，事务能够回滚，数据将恢复到没修改之前的数据状态，下面的修改库存也就不执行，这样确保你关系逻辑的一致，安全。 • 阿笨对
spring并不直接管理事务，而是提供了多种事务管理器，他们将事务的管理职责委托给Hibernate或JTA等持久化机制所提供的相关平台框架的事务来实现。通过这个接口，spring为各个平台如JDBC、Hibernate等提供了对应的事务管理器，但是事务的实现就是各平台自己的事情了。
Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。Spring只提供统一事务管理接口，具体实现都是由各数据库自己实现，数据库事务的提交和回滚是通过binlog或者undo log实现的。Spring会在事务开始时，根据当前环境中设置的隔离级别，调整数据库隔离级别，由此保持一致。
在多用户并发操作和大数据处理的现代软件开发领域中，事务管理已成为确保数据一致性和完整性的关键技术之一。特别是在使用如Spring这样的全面框架时，理解和掌握其事务管理机制不仅有助于我们编写出更为健壮和高效的应用，还能帮助我们避免一些由于事务处理不当带来的问题，如数据不一致性、数据丢失等。
MVCC即多版本并发控制主要是为了解决数据库中并发事务读写的一致性问题，那么多个事务并发执行的时候事务的隔离到底是怎么实现的呢？Mysql默认的RR隔离级别是怎样避免不可重复读的问题呢？我们好好来分析一下。
在开发中，相信大家都使用过Spring的事务管理功能。那么，你是否有了解过，Spring的事务传播行为呢？
事务首先是一系列操作组成的工作单元，该工作单元内的操作是不可分割的，即要么所有操作都做，要么所有操作都不做，这就是事务。
比如说，ServiceB.method的事务级别定义为PROPAGATION_REQUIRED, 那么由于执行ServiceA.method的时候， ServiceA.method已经起了事务，这时调用ServiceB.method，ServiceB.method看到自己已经运行在ServiceA.method 的事务内部，就不再起新的事务。而假如ServiceA.method运行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.method或者在ServiceB.method内的任何地方出现异常，事务都会被回滚。即使ServiceB.method的事务已经被提交，但是ServiceA.method在接下来fail要回滚，ServiceB.method也要回滚。
mysql实现mvcc机制的时候，是基于undo log多版本链条+ReadView机制来做的，默认的RR隔离级别，就是基于这套机制来实现的，依托这套机制实现了RR级别，除了避免脏写、脏读、不可重复读，还能避免幻读问题；
PROPAGATION_REQUIRED：Spring的默认传播级别，如果上下文中存在事务则加入当前事务，如果不存在事务则新建事务执行。 PROPAGATION_SUPPORTS：如果上下文中存在事务则加入当前事务，如果没有事务则以非事务方式执行。 PROPAGATION_MANDATORY：该传播级别要求上下文中必须存在事务，否则抛出异常。 PROPAGATION_REQUIRES_NEW：该传播级别每次执行都会创建新事务，并同时将上下文中的事务挂起，执行完当前线程后再恢复上下文中事务。（子事务的执行结果不影响父事务的执行和回滚） PROPAGATION_NOT_SUPPORTED：当上下文中有事务则挂起当前事务，执行完当前逻辑后再恢复上下文事务。（降低事务大小，将非核心的执行逻辑包裹执行。） PROPAGATION_NEVER：该传播级别要求上下文中不能存在事务，否则抛出异常。 PROPAGATION_NESTED：嵌套事务，如果上下文中存在事务则嵌套执行，如果不存在则新建事务。（save point概念）
事务的四大特性为原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)，本篇专门说说隔离性。
2、加了此注解后每个业务方法执行时，都会开启一个事务，不过都是按照相同的管理机制。
本文主要是讲述Spring事务传播机制，也就是大家开发过程中多多少少会遇到的父方法调用子方法，或者A方法调用B方法时事务的传播机制问题，但是在开始讲Spring事务传播机制之前需要先讲一下Spring事务的几种传播类型，如图
什么是事务 事务（Transaction）是并发控制单位，是用户定义的一个操作序列，这些操作要么都做，要么都不做，是一个不可分割的工作单位。 事务通常以BEGIN TRANSACTION开始，以COMMIT或ROLLBACK结束。
昨晚和以为前辈聊天，聊到Mysql的引擎innodb默认的事务隔离级别是REPEATABLE READ（可重复读）；在Oracle中默认的事务隔离级别是提交读（read committed）。那么，问题来了，在Mysql中的隔离级别是怎么实现的呢？ 关于数据库数据隔离级别在之前的博客中总结过：https://blog.csdn.net/qq_34417408/article/details/79935859；下面主要说说原理： READ_UNCOMMITED 的原理:
spring注解事务 <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"></property> </bean> <tx:annotation-driven transact
事务管理是项目中必不可少的一部分，使用SpringBoot时，可以很方便的配置和使用事务管理器。
假如当前正要运行的事务不在另外一个事务里，那么就起一个新的事务 比方说，ServiceB.methodB的事务级别定义PROPAGATION_REQUIRED, 那么因为执行ServiceA.methodA的时候，ServiceA.methodA已经起了事务。这时调用ServiceB.methodB，ServiceB.methodB看到自己已经执行在ServiceA.methodA的事务内部。就不再起新的事务。而假如ServiceA.methodA执行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.methodA或者在ServiceB.methodB内的不论什么地方出现异常。事务都会被回滚。即使ServiceB.methodB的事务已经被提交，可是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚
MySQL中隔离级别分为4种，提未交读、读已提交、可重复读、串行化。同时MySQL默认隔离级别为可重复读。
[第1篇] SOA需要怎样的事务控制方式 在一个基于SOA架构的分布式系统体系中，服务（Service）成为了基本的功能提供单元，无论与业务流程无关的基础功能，还是具体的业务逻辑，均实现在相应的服务之中。服务对外提供统一的接口，服务之间采用标准的通信方式进行交互，各个单一的服务精又有效的组合、编排成为一个有机的整体。在这样一个分布式系统中某个活动（Activity）的实现往往需要跨越单个服务的边界，如何协调多个服务之间的关系使之为活动功能的实现服务，涉及到SOA一个重要的课题：服务协作（Service Co
这个注解通常用于配置类上，用于开启 Spring 的事务管理功能。它会创建一个名为 transactionManager 的 PlatformTransactionManager bean，并进行必要的配置。
事务是正确执行一系列的操作（或动作），使得数据库从一种状态转换成另一种状态，且保证操作全部成功，或者全部失败。
在了解嵌套事务之前，可以先看下单个事务在Spring中的处理流程，以便后面可以更清晰地认识嵌套事务的逻辑。
隔离级别是指在数据库系统中，一个事务的执行是否会受到其他事务影响的程度，以及事务之间相互隔离的程度。隔离级别主要用于控制事务之间的相互影响，确保数据库系统在并发执行多个事务时能够保持数据的一致性和可靠性。 在SQL事务中，有四种标准的隔离级别，每一种级别都提供了一种不同的事务隔离水平，这些级别是：
什么是『事务』？ 事务就是一组具有原子性的操作，这一组操作要么全都正确执行，要么全都不执行。 事务能保证数据库从一种一致性状态转换为另一种一致性状态。 事务的四大特性ACID 1. 原子性 原子性指的是事务是一个不可分割的操作，要么全都正确执行，要么全都不执行。 2. 一致性 事务开始前和事务结束后，数据库的完整性约束没有被破坏。 3. 隔离性 事务的执行是相互独立的，它们不会相互干扰，一个事务不会看到另一个正在运行过程中的事务的数据。 4. 持久性 事务结束后，事务的结果必须是永久保存的。即使数据库
1、spring给出经常面试的考点Spring事务的4个特性含义---这个很容易理解
XA分布式事务方案是一种在分布式系统中实现跨多个数据库或队列等资源的一致事务的方法。
事务就是把一系列的动作当成一个独立的工作单元，这些动作要么全部完成，要么全部不起作用。
总之在RC隔离级别下，是每个快照读都会生成并获取最新的Read View；而在RR隔离级别下，则是同一个事务中的第一个快照读才会创建Read View, 之后的快照读获取的都是同一个Read View。正是RC每次快照读，都会形成Read View，所以，RC才会有不可重复读问题。
序号 参数 含义 1 原子性(Atomicity) 事务是数据库的逻辑工作单位，它对数据库的修改要么全部执行，要么全部不执行。 2 一致性(Consistemcy) 事务前后，数据库的状态都满足所有的完整性约束。 3 隔离性(Isolation) 并发执行的事务是隔离的，一个不影响一个。通过设置数据库的隔离级别，可以达到不同的隔离效果 4 持久性(Durability) 在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
