spring事务详解

spring事务详解相关知识

• spring事务详解（二）源码详解

  三、事务核心源码咱们看一下核心类图：如上提所示，PlatformTransactionManager顶级接口定义了最核心的事务管理方法，下面一层是AbstractPlatformTransactionManager抽象类，实现了PlatformTransactionManager接口的方法并定义了一些抽象方法，供子类拓展。最后下面一层是2个经典事务管理器：1.DataSourceTransactionmanager,即JDBC单数据库事务管理器，基于Connection实现，2.JtaTransactionManager,即多数据库事务管理器（又叫做分布式事务管理器），基于Session实现。我们这里只看基于JDBC connection的DataSourceTransactionmanager源码。PlatformTransactionManager接口：1 public interface PlatformTransactionManager {2 &n
• spring事务详解（二）源码详解

  一、引子在Spring中，事务有两种实现方式：编程式事务管理： 编程式事务管理使用TransactionTemplate可实现更细粒度的事务控制。 申明式事务管理： 基于Spring AOP实现。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。申明式事务管理不需要入侵代码，通过@Transactional就可以进行事务操作，更快捷而且简单（尤其是配合spring boot自动配置，可以说是精简至极！），且大部分业务都可以满足，推荐使用。其实不管是编程式事务还是申明式事务，最终调用的底层核心代码是一致的。本章分别从编程式、申明式入手，再进入核心源码贯穿式讲解。 回到顶部二、事务源码2.1 编程式事务TransactionTemplate全路径名是：org.springframework.transaction.support.TransactionTemplate。看包名也知道了这是spring对事务的模板类。（spring动
• 深入理解 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，这时候会查看拥
• Spring事务事件监控

  前面我们讲到了Spring在进行事务逻辑织入的时候，无论是事务开始，提交或者回滚，都会触发相应的事务事件。本文首先会使用实例进行讲解Spring事务事件是如何使用的，然后会讲解这种使用方式的实现原理。1. 示例对于事务事件，Spring提供了一个注解@TransactionEventListener，将这个注解标注在某个方法上，那么就将这个方法声明为了一个事务事件处理器，而具体的事件类型则是由TransactionalEventListener.phase属性进行定义的。如下是TransactionalEventListener的声明：```@Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE})@Retention(RetentionPolicy.RUNTIME)@Documented@EventListenerpublic @interface TransactionalEventListener {    // 指定当前标

spring事务详解相关课程

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

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

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

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

• Spring Cloud微服务架构 设计实现广告系统（新版） 本课程将从零开始逐步实现广告系统中最为核心的两个模块：广告投放系统与广告检索系统，并测试它们的可用性，让你在实战中学习广告系统的设计思想，实现方法，掌握这项各大公司都极为重视的技术。

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

spring事务详解相关教程

• 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)。如何选择，当然是需要根据业务需要进行设定。不同的隔离机制下，并发的事务之间会发生一些什么样的事情？
• 5.1 引入分布式事务依赖 在 pom.xml 引入 Atomikos 事务管理器相关的依赖项， Atomikos 是一个开源的事务管理器，支持分布式事务。实例： <!--分布式事务 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-jta-atomikos</artifactId> </dependency>
• 2.2 事务隔离级别 面试官提问：ACID 特性中的隔离性在 MySQL 中的具体定义是什么？题目解析：MySQL 提供了 4 种事务隔离级别，分别是：（1）读未提交（Read Uncommitted）：所有事务可以看到其他事务未提交的执行结果；（2）读已提交（Read Committed）：所有事务只能看到其他事务已提交的执行结果；（3）可重复读（Repeatable Read）：MySQL 默认的隔离级别，所有事务能看到其他事务已提交后的修改后数据，但是如果第一次读取到这个修改后的数据，如果其他事务继续修改了数据并且提交，这个事务读到的也是第一次读到的值，不会读到修改后的新值。（4）串行化（Serializable）：最高隔离级别，可以理解为让所有并发执行的事务都进入队列，挨个串行执行，永远不可能发生冲突。我们关注事务，关注点在于不同事务的并发冲突，而且重点在于读写操作。对于同一条数据，在执行并发事务时可能会产生读写上的问题，有三种：（1）脏读（Dirty Read）：如果事务 A 更新了一份数据，比如将记录 a 更新为记录 b，那么在事务 B 中读取到的记录是 b，此时事务 A 进行了回滚操作，记录 b 回滚为记录 a，那么事务 B 读到的记录 b 则是非法数据。（2）不可重复读（Non-Repeatable Read）：如果事务 A 更新了一份数据，比如将记录 a 更新为记录 b，那么在事务 B 中读取到的记录是 b，此时事务 A 继续将记录 b 更新为记录 c，那么事务 B 第二次读到的记录是 c，两次读取的结果不同。（3）幻读（Phantom Read）：如果事务 B 查询到了几行数据，此时事务 A 又插入了几行新数据，那么事务 B 会读到多出来的几行数据，读到了上次读取没出现的数据。4 种隔离级别对应的问题应对能力如下表：隔离级别脏读不可重复读幻读读未提交✓✓✓读已提交✕✓✓可重复读✕✕✓串行化✕✕✕从解决问题的能力上看，串行化能解决所有的并发读写问题，但是串行执行效率太低，比如在电商网站的秒杀商品下单流程，就会导致所有的用户需要等某一个用户执行完下单操作后才能继续抢购，不具有实战意义。MySQL 默认的隔离级别是可重复读，这个级别能解决脏读和不可重复读的问题，效率上相对比较快。读未提交的执行效率最高，但是数据的一致性保障最差， 一般不会在实战中使用。在 MySQL 客户端执行 show variables like 'transaction_isolation'; 语句可查看隔离级别：MySQL 默认隔离级别
• 6.2 一个事务方法调用另一个事务方法时失效 先看下面的实例，我们修改下 OrderService 类，通过一个事务方法调用 createOrder 方法。实例：/** * 订单服务类 */@Service // 注册为服务类public class OrderService { @Autowired private GoodsDao goodsDao; @Autowired private OrderDao orderDao; @Transactional // 开启事务 public int startCreateOrder(Long goodsId, Long count) throws Exception { return this.createOrder(goodsId, count); } /** * 下单 * * @param goodsId 购买商品id * @param count 购买商品数量 * @return 生成订单数 */ @Transactional(rollbackFor = Exception.class) // 抛出异常即回滚 public int createOrder(Long goodsId, Long count) throws Exception { // 锁定商品库存 GoodsDo goods = goodsDao.selectForUpdate(goodsId); // 扣减库存 Long newNum = goods.getNum() - count; goods.setNum(newNum); goodsDao.update(goods); if (count > goods.getNum()) { // 非受检查异常抛出时，会回滚 throw new Exception(); } // 生成订单 OrderDo order = new OrderDo(); order.setGoodsId(goodsId); order.setCount(count); int affectRows = orderDao.insert(order); return affectRows; }}此时我们在测试类中通过 startCreateOrder 方法再去调用 createOrder 方法，代码如下：实例：/** * 订单测试 */@SpringBootTestclass OrderTest { @Autowired private OrderService orderService; /** * 创建订单测试 */ @Test void testCreateOrder() throws Exception { // 购买id为1的商品1份 int affectRows = orderService.startCreateOrder(1L, 100L); assertEquals(1, affectRows); }}startCreateOrder 和 createOrder 方法都是事务方法，且这两个方法事务特性不同 (一个没有 rollbackFor=Exception.class)，如果我们调用 startTransaction 方法，则 createOrder 中的事务并不会生效。也就是说，如果在同一个类中，一个事务方法调用另一个事务方法，可能会导致被调用的事务方法的事务失效！这是因为 Spring 的声明式事务使用了代理，具体机制此处不再探讨，但是一定要注意规避这种事务失效的场景。
• 2. Spring Task 定时任务 Spring Task 是 Spring Boot 内置的定时任务模块，可以满足大部分的定时任务场景需求。通过为方法添加一个简单的注解，即可按设定的规则定时执行该方法。下面就演示下 Spring Boot 中使用 Spring Task 的具体方法。

spring事务详解相关搜索

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

查看更多慕课网实用课程