本文主要是讲述Spring事务传播机制，也就是大家开发过程中多多少少会遇到的父方法调用子方法，或者A方法调用B方法时事务的传播机制问题，但是在开始讲Spring事务传播机制之前需要先讲一下Spring事务的几种传播类型，如图
这算是spring事务第9篇文章了，花了这么多篇文章介绍事务这块的知识，说明事务这块的东西确实比较多、知识点比较细，也非常重要，希望大家能够重视起来，吃透这块的知识。
今天，我们接上文《面试官:谈谈你对mysql事务的认识》的内容，来讲spring中和事务有关的考题！ 因为事务这块，面试的出现几率很高。而大家工作中CRUD的比较多，没有好好总结过这块的知识，因此面试容易支支吾吾答不出来，于是乎接下来你就会接到一张好人卡，如"你很优秀，不适合我们公司！"
疑问，确实像往常一样在service上添加了注解 @Transactional，为什么查询数据库时还是发现有数据不一致的情况，想想肯定是事务没起作用，出现异常的时候数据没有回滚。于是就对相关代码进行了一番测试，结果发现一下踩进了两个坑，确实是事务未回滚导致的数据不一致。
Spring中事务分为编程时事务和声明式事务，编程式事务：编程人员通过代码控制事务的开启、回滚、提交，声明式事务：把事务的处理交给spring。使用注解@transactional配置就是声明式事务。
spring所有的事务管理策略类都继承自org.springframework.transaction.PlatformTransactionManager接口
value这里主要用来指定不同的事务管理器；主要用来满足在同一个系统中，存在不同的事务管理器。比如在Spring中，声明了两种事务管理器txManager1, txManager2.
步骤四出险异常，1自动回滚，3的操作不会回滚，导致双方数据不同步。不符合同时成功、同时失败原则。
事物管理对于企业应用来说是至关重要的，好使出现异常情况，它也可以保证数据的一致性。
一位2年工作经验的小伙伴被问到这样一道面试题，说请你谈谈导致Spring事务失效的原因有哪些？
让我们先从事务说起，“什么是事务？我们为什么需要事务？”。事务是一组无法被分割的操作，要么所有操作全部成功，要么全部失败。我们在开发中需要通过事务将一些操作组成一个单元，来保证程序逻辑上的正确性，例如全部插入成功，或者回滚，一条都不插入。作为程序员的我们，对于事务管理，所需要做的便是进行事务的界定，即通过类似begin transaction和end transaction的操作来界定事务的开始和结束。
事务简介 事务：一系列操作，使数据库从一个状态转换到另一个状态，且保证要么全部成功要么全部失败。 事务满足 ACID 原则： 原子性：不可分割，要么全部成功，要么全部失败 一致性：从一个状态到另一个状态 隔离性：正确提交前，可能到结果不应显示给其他事务 持久性：提交后，永久保存在数据库中 Java事务 在Java编写的程序实现ACID操作，把数据库的增删改查的事务操作转移到Java代码中控制。 Java事务机制和原理就是确保数据库操作的ACID特性。 Java事务实现模式 Java事务类型 JDBC事务：局
转载自 https://www.cnblogs.com/tianyuchen/p/6678084.html
事务管理对于企业应用来说是至关重要的，当出现异常情况时，它也可以保证数据的一致性。 Spring事务管理的两种方式 spring支持编程式事务管理和声明式事务管理两种方式。 编程式事务使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。 声明式事务是建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行
在企业级应用开发中，事务管理和面向切面编程（AOP）是两个至关重要的概念。Spring框架作为Java企业级应用的首选框架之一，为事务管理和AOP提供了强大的支持。本文将详细解析Spring的事务管理和Spring AOP，让读者能够深入理解其工作原理、应用场景及实现方式。
Spring配置类中使用@EnableTransactionManagement注解开启事务管理
Spring其中一个强大之处在于，他是支持声明式事务的。而用好声明式事务的前提是，要理解Spring的事务传播机制。本文详细介绍了Spring事务传播机制。
为简便，本文使用注解方式。Spring初始化时，会通过扫描拦截对事务的方法进行增强。若目标方法存在事务，Spring就会创建一个Bean对应的代理（Proxy）对象，并进行相关的事务处理操作。
spring事务有配置文件和注解两种方法，配置文件方式原理这里就不做过多的介绍，本次重点解释注解@Transactional的原理。
欢迎来到Spring的事务舞台，在这里，我们将一同探讨Spring框架中事务控制的神秘面纱。事务管理是数据库操作中至关重要的一环，而Spring框架提供了强大而灵活的事务控制机制，让我们能够编织代码的魔法丝带，轻松管理事务的起舞和谢幕。
当然，Spring事务回滚的前提是你当前使用的数据库必须支持事务，比如MySQL的Innodb是支持的，但Mysaim则是不支持事务的。
之前，我转载的美团技术团队文章: CompletableFuture进阶篇-外卖商家端API的异步化中介绍了CompletableFuture在实际业务中相关操作，但是文章底部有小伙伴留言说：
使用 @Transaction 来配置自动回滚，可以配置在类上，也可以配置在方法上（作用域不同），但对final或private修饰的方法无效，且该类必须是受spring所管控的。
上几篇中我们主要介绍了有关数据库事务相关的知识，在这一篇中，我们将重点了解一下，在spring中是怎么对事务进行支持的。在其它的文章中我们知道spring DAO为了支持不同的持久化技术，于是提供了模板类的方式使之支持不同的持久化技术，那么spring的事务管理也是一样的，它也是采用了这种方式，于是就提供了 TransactionTemplate模板类。在spring中我们可以使用TransactionTemplate模板类，及事务回调TransactionCallback就可以通过编码的方式实现事务管理，并且无须关注资源获取、释放、事务同步和异常处理等操作。
Spring事务管理我相信大家都用得很多，但可能仅仅局限于一个@Transactional注解或者在XML中配置事务相关的东西。不管怎么说，日常可能足够我们去用了。但作为程序员，无论是为了面试还是说更好把控自己写的代码，还是应该得多多了解一下Spring事务的一些细节。
1、spring给出经常面试的考点Spring事务的4个特性含义---这个很容易理解
PROPAGATION_REQUIRES_NEW是Spring事务传播行为的一种，表示需要一个新的事务来执行方法。如果当前已存在一个事务，那么该事务将被挂起，直到新的事务执行完毕。如果没有当前事务，那么就会创建一个新的事务来执行。PROPAGATION_REQUIRES_NEW确保了被注解的方法总是在一个新的事务中执行。
在事务方法add中，直接调用事务方法updateStatus。 updateStatus方法拥有事务的能力是因为spring aop生成代理了对象，但是这种方法直接调用了this对象的方法，所以updateStatus方法不会生成事务。
编程式事务管理是侵入性事务管理，使用TransactionTemplate或者直接使用PlatformTransactionManager，对于编程式事务管理，Spring推荐使用TransactionTemplate。
Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。对于纯JDBC操作数据库，想要用到事务，可以按照以下步骤进行：
深入理解 Spring 事务原理 一、事务的基本原理 Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。对于纯JDBC操作数据库，想要用到事务，可以按照以下步骤进行： 获取连接 Connection con = DriverManager.getConnection() 开启事务con.setAutoCommit(true/false); 执行CRUD 提交事务/回滚事务 con.commit() / con.rollback(); 关闭连接 conn
在了解嵌套事务之前，可以先看下单个事务在Spring中的处理流程，以便后面可以更清晰地认识嵌套事务的逻辑。
一、事务的基本原理 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 的隔离级别相对应。
一、事务的基本原理 Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的。对于纯JDBC操作数据库，想要用到事务，可以按照以下步骤进行： 获取连接 Connection con = DriverManager.getConnection() 开启事务con.setAutoCommit(true/false); 执行CRUD 提交事务/回滚事务 con.commit() / con.rollback(); 关闭连接 conn.close(); 使用Sprin
PROPAGATION_REQUIRED：Spring的默认传播级别，如果上下文中存在事务则加入当前事务，如果不存在事务则新建事务执行。 PROPAGATION_SUPPORTS：如果上下文中存在事务则加入当前事务，如果没有事务则以非事务方式执行。 PROPAGATION_MANDATORY：该传播级别要求上下文中必须存在事务，否则抛出异常。 PROPAGATION_REQUIRES_NEW：该传播级别每次执行都会创建新事务，并同时将上下文中的事务挂起，执行完当前线程后再恢复上下文中事务。（子事务的执行结果不影响父事务的执行和回滚） PROPAGATION_NOT_SUPPORTED：当上下文中有事务则挂起当前事务，执行完当前逻辑后再恢复上下文事务。（降低事务大小，将非核心的执行逻辑包裹执行。） PROPAGATION_NEVER：该传播级别要求上下文中不能存在事务，否则抛出异常。 PROPAGATION_NESTED：嵌套事务，如果上下文中存在事务则嵌套执行，如果不存在则新建事务。（save point概念）
IOC:控制反转，原来我们使用的时候对象是由使用者控制的，有了spring之后，可以将整个对象交给容器来帮我们进行管理(理论思想)
关于数据库事务、锁可以先行查看此文：MySQL数据库读写锁示例详解、事务隔离级别示例详解。
数据库中还是800和1100,代表事务成功flower没有少,dance没有多,成功解决问题
在大部分涉及到数据库操作的项目里面，事务控制、事务处理都是一个无法回避的问题。比如，需要对SQL执行过程进行事务的控制与处理的时候，其整体的处理流程会是如下的示意：
摘要: 原创出处 https://juejin.im/post/5b00c52ef265da0b95276091 「Snailclimb」欢迎转载，保留摘要，谢谢！
Spring5.0源码学习系列之事务管理概述（十一），在学习事务管理的源码之前，需要对事务的基本理论比较熟悉，所以本章节会对事务管理的基本理论进行描述
到这里呢，已经是本SpringData JPA系列文档的第四篇了，先来回顾下前面三篇：
每次创建一个TransactionInfo的时候都会去new一个Transaction，然后去线程变量Map中拿holder，当此时线程变量的Map中holder为空时，就会视为当前情况下不存在事务，所以transaction中holder = null。
一，为什么框架中根本没有对Exception的一般子类进行回滚配置，异常发生时，事务都进行了回滚 ，说好的只会对RuntimeException（Unchecked 非受检异常）回滚呢？
一直对spring事务这一块内容处于极度浅显的面试理论阶段，实际上并没有仔细学习总结过，这次花了点时间对spring事务进行了一些学习并将自己的学习笔记总结在此处，下面开整。首先从spring事务的概念到代码使用上进行我自己的一番理解解读。 将从下面几点开始一步一步开始学习： 1、什么是spring事务。 2、为什么新建的springboot项目有时候自带事务处理，有时候不带事务处理。 3、spring事务到底如何使用以及使用方式有几种。 4、spring事务的多个属性的操作演练。 本章demo使用前面springboot整合swagger篇的demo进行改造的，代码会上传git。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
