spring事务传播机制

spring事务传播机制相关知识

• 【九月打卡】第6天《探秘 MySQL 多版本并发控制原理》

  课程名称：《探秘 MySQL 多版本并发控制原理》章节：第3章 【登高望远】经验总结        3-1 章节介绍        3-2 事务使用经验课程讲师：普贤课程内容：这两小节是介绍整个章节内容以及事务使用经验。主要讲了spring事务传播机制和数据库事务隔离级别的关系。PROPAGATION_REQUIRED：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的默认设置。PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。PROPAGATION_MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异常。PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存在事务，都创建新事务。PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。PROPAGATION_NEVER：以非事务方式执
• 【九月打卡】第7天学习Mysql多版本并发控制原理

  第一模块：课程名称:Mysql多版本并发控制原理章节:第三章【登高望远】经验总结讲师姓名:普贤第二模块：第三章主要讲解了一些事务使用经验总结，索引实战相关内容(面试相关)，MySql面试知识点汇总第三模块：章节3-1,3-2本章节讲解了第三章主要的教学目标，然后如下更加细致的内容Spring事务传播机制(7种)propagation_required 支持当前事务，如果没有当前事务，那么就新建一个事务propagation_supports 支持当前事务，如果没有当前事务，就以非事务的方式继续执行propagation_mandatory 支持当前事务，如果当前没有事务，那么就直接抛出异常，也就是说必须有事务业务才能继续执行propagation_requires_new 新建事务，如果当前存在事务，当前事务挂起propagation_not_supported 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起propagation_never 以非事务方式执行，如果当前存在事务，则抛出异常prop
• Spring事务的传播行为

   本文主要介绍下Spring事务中的传播行为。事务传播行为介绍Spring中的7个事务传播行为:|事务行为|说明 ||:--|:--||PROPAGATION_REQUIRED | 支持当前事务，假设当前没有事务。就新建一个事务 || PROPAGATION_SUPPORTS |支持当前事务，假设当前没有事务，就以非事务方式运行 || PROPAGATION_MANDATORY| 支持当前事务，假设当前没有事务，就抛出异常|| PROPAGATION_REQUIRES_NEW | 新建事务，假设当前存在事务。把当前事务挂起||PROPAGATION_NOT_SUPPORTED | 以非事务方式运行操作。假设当前存在事务，就把当前事务挂起 || PROPAGATION_NEVER | 以非事务方式运行，假设当前存在事务，则抛出异常 || PROPAGATION_NESTED |如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。 |举例说明案例代
• Java高频面试题分享（六）——Spring 支持的数据库事务传播属性和事务隔离级别

  面试题： 请介绍下 Spring 支持的常用数据库事务传播属性和事务隔离级别？ 参考答案： 事务传播属性： 当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。（一个方法运行在了一个开启事务的方法中时，当前方法是使用原来的事务还是开启一个新的事务）例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。事务的传播行为可以由传播属性指定，Spring 定义了 7 种传播行为。 传播属性 描述 REQUIRED 默认值，如果有事务正在运行，当前的方

spring事务传播机制相关课程

• Spring Cloud Alibaba微服务从入门到进阶 Spring Cloud Alibaba是阿里微服务的解决方案与精华沉淀。学习本课程，能熟练掌握Spring Cloud Alibaba的使用和原理，并带领大家从0开始编写一个学习笔记微信小程序，在实践中深入理解微服务思想。

  讲师：大目 中级 2701人正在学习

• 新RabbitMQ精讲，项目驱动落地，分布式事务拔高 本课从入门到精通，全程用项目递进的方式讲授知识。课程中还融入了很多开发小Tips，并且把深度做足：解读核心源码，基于RabbitMQ二次开发，手写分布式事务框架，提升技术深度，培养框架思维。

  讲师：Moody 中级 364人正在学习

• Spring Cloud / Alibaba 微服务架构实战 没有实战过微服务架构的人，不能说真懂微服务。因为除了技术的实现，这其中还涉及了难以量化的业务拆分和组件化思想。这门课就带大家以电商工程为例，基于Spring Cloud / SpringCloud Alibaba ，融合常用组件/中间件，进行微服务架构设计和开发，获取真正的企业级微服务解决方案。

  讲师：张勤一 中级 895人正在学习

spring事务传播机制相关教程

• MySQL 中的事务控制机制 事务控制是 MySQL 的重要特性之一。在 MySQL 中，InnoDB 和 NDB Cluster 是常见的事务型存储引擎。
• 9.1 事务管理器 transactionManager 在 xml 文件中对应 <transactionManager type="JDBC"/>，其中 type 属性对应了事务管理器的两种类型，分别是JDBC和MANAGED。JDBC ：直接使用了 JDBC 的提交和回滚机制。MANAGED：让容器来管理事务的整个生命周期，例如 spring 容器。提示： 如果你使用 spring 作为容器，那么 transactionManager 会被自动配置且可用。
• 2. 事务 什么是事务？一讲到事务，就有一个典型的案例：转账。转账业务涉及到 2 个账号的变更。例如 A 现在要把自己账户上仅有的 100 元大钞转给自己的好朋友 B。转账过程中至少要涉及到两条更新语句：A 账面上的钱减少，使用更新语句实现：Update 账号表 set 我的钱=我的钱-100 where 账号拥有人=AB 账户上的钱增多，使用更新语句实现：Update 账号表 set 我的钱=我的钱+100 where 账号拥有人=B如果、万一这两条更新语句中有一条没有执行成功，会发生什么情况了？发生在 A 身上的更新语句没有成功，B 的更新语句成功了。也就是说 A 账面上的钱没有减少，B 账面上的钱却增加了。天呀！这是何等好事，关键是这钱是从哪里来的，左想右想，看来只能是银行里来的，但是，你觉得银行会做这种傻事吗？不会！那银行又是如何保证不让这种事情发生了。发生在 B 身上的更新语句没有成功，A 的更新语句成功了。也就是说 A 的钱减少了，但是 B 没有增加。傻眼了吧，莫名其妙的钱就不见了。钱去哪儿了？你会让这种事情发生吗？也不会，你会投诉银行的。当然，如果这 2 条 SQL 语句执行成功或者失败，则不会发生任何损失，可见，咱们必须控制这两条 SQL 语句要么都成功，要么都失败。对！这就是事务。所谓事务，就是把一个业务逻辑当成一个逻辑整体单元，其中的执行代码要么一起成功，但凡执行过程中出现了某些错误，就恢复到最原始的状态。转账就是一个业务逻辑，整个业务逻辑中至少包括 2 条 SQL 语句，这 2 条 SQL 语句互为依靠，彼此脱单对业务逻辑没有任何意义。所以，必须当成一个整体看待。一个事务单元有 4 个特性，也就是事务的 ACID 特性：原子性（atomicity）： 表示一个事务内的所有操作是一个整体，要么全部成功，要么全部失败；一致性（consistency）： 表示一个事务内有一个操作失败时，所有的更改过的数据都必须回滚到修改前的状态；如前面转账案例，转账前 A 和 B 加起来有多少钱，无论转账是否成功，最后 A 和 B 加起来的钱应该和前面相等；隔离性（isolation）： 事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据；持久性（durability）： 事务完成之后，它对于系统的影响是永久性的。事务结束后，就没有什么后悔药了。４ 个特性中除了隔离性都比较好理解。所以，剩下的篇幅中，咱们好好聊一聊隔离性。要讲透隔离性，肯定就离不开并发概念。什么是并发？并发是计算机中的一个概念，但是在现实生活中还是能找到一个能类比的例子。火车上，２个人同时去一间洗手间，这个过程可以称其为并发。换成计算机概念就是说两段逻辑代码同时使用同一个资源。当然，这里只是从宏观上理解并发。老公和老婆共用一个账号，大家需要钱时都从这个账号上取，可假设老公和老婆就是两个事务，这 ２ 个事务如果同时取钱时，就必须隔离，否则就会出现麻烦。２ 个事务同时进入这个账号，一查看，很高兴，账面上有钱，于是都想取出这 1000 块钱。银行肯定只能让一个事务成功，要不然银行就亏大了。这便是事务的隔离机制，当一个事务对一个资源进行操作时，必须隔离另一个事务对其进行相关操作。但是，如果隔离的太严格了，事务之间就如同排队，需要一个一个来，将会降低系统的响应时间，使用者会认为，切！这系统设计的够糟糕的，睡了一觉，还没有响应。如果隔离的太宽松了，受事务之间的影响，会发生数据的异常。所以在 JDBC 中一般会提供多种隔离机制，让开发者根据需要进行选择。事务隔离级别从低到高：读取未提交（Read Uncommitted)；读取已提交 (Read Committed)；可重复读（Repeatable Read)；序列化（serializable)。如何选择，当然是需要根据业务需要进行设定。不同的隔离机制下，并发的事务之间会发生一些什么样的事情？
• 2. Hibernate 中的隔离机制 如前面课程所述，隔离机制能保证事务之间的良好秩序，但是，太严格的隔离机制会让事务之间产生时间上的等待或延迟，也就是说并发性弱。太松散的隔离机制，虽然可以增加并发性，但可能会产生事务之间的数据脏读等一系列不希望出现的事情。有时，纯粹地依靠 JDBC 提供的 4 种隔离机制很难做到隔离的优雅性，所以，一般采用 读取已提交 或者 更低的事务隔离级别，再配合各种并发访问控制策略来达到并发事务控制的目的。Hibernate 中如何设置隔离机制？这个问题很简单，你要做的就是在 Hibernate 主配置文件中添加如下信息：<property name="connection.isolation">2</property>这里的 2 是什么意思？是这样的，Hibernate 使用 1 、2 、4 、8 这几个数字分别代表 4 种隔离机制。8 - Serializable 串行化；4 - Repeatable Read 可重复读；2 - Read Commited 可读已提交；1 - Read Uncommited 可读未提交。使用数字有几个好处，毕竟不用记那么一长串字符串，最主要的是，这几个数字可以换算成 二进制中的 0001、0010、0100、1000。可以直接通过二进制位运算的方式进行权限控制。设置就是这么简单，但是，这还不够。刚说过， 最好再配合并发控制策略。那么， Hibernate 提供了怎样的 策略，告诉你，有 2 种 “锁” 机制：乐观锁；悲观锁。你是喜欢先苦后甜还是先甜后苦了，我喜欢先苦后甜。好吧，先讲解什么是悲观锁。
• 3.2 无序广播 理解了有序广播之后，无序广播就很容易理解了。无需广播就是没有任何优先级之分，所有广播都是异步同时发送，此时 Receiver 的接收时序也是完全随机的。正因为异步且无需保证时序，所以无需广播更高效，但是不能在各个 Receiver 之间传递数据。
• 2. Spring Boot 默认异常处理机制 Spring Boot 开发的 Web 项目具备默认的异常处理机制，无须编写异常处理相关代码，即可提供默认异常机制，下面具体演示下。

spring事务传播机制相关搜索

s line safari浏览器 samba SAMP samplerate sandbox sanitize saper sas sass save smarty模板 smil smtp snapshot snd snmptrap soap soapclient soap协议

查看更多慕课网实用课程