12.Spring事务和事务传播机制

news2024/12/26 23:43:48

文章目录

  • 1.为什么需要事务
  • 2.Spring 中事务的实现
    • 2.1 MySQL 中的事务使⽤
    • 2.2 Spring 编程式事务
    • 2.3 Spring 声明式事务（自动）
      • 2.3.1 @Transactional 作⽤范围
      • 2.3.2 @Transactional 参数说明
      • 2.3.3 注意事项
      • 2.3.4 @Transactional ⼯作原理
  • 3.事务隔离级别
    • 3.1 事务特性回顾
    • 3.2 Spring 中设置事务隔离级别
      • 3.2.1 MySQL 事务隔离级别有 4 种
      • 3.2.2 Spring 事务隔离级别有 5 种
  • 4.Spring 事务传播机制
    • 4.1 事务传播机制是什么？
    • 4.2 为什么需要事务传播机制？
    • 4.3 事务传播机制有哪些？
    • 4.4 Spring 事务传播机制使⽤和各种场景演示
      • 4.4.1 ⽀持当前事务（REQUIRED）
      • 4.4.2 不⽀持当前事务（REQUIRES_NEW）
      • 4.4.3 不⽀持当前事务，NEVER 抛异常
  • 总结

大家好，我是晓星航。今天为大家带来的是 Spring事务和事务传播机制 相关的讲解！😀

1.为什么需要事务

事务定义

将⼀组操作封装成⼀个执⾏单元（封装到⼀起），要么全部成功，要么全部失败。

为什么要⽤事务？

⽐如转账分为两个操作：

第⼀步操作：A 账户 -100 元。

第⼆步操作：B 账户 +100 元。

如果没有事务，第⼀步执⾏成功了，第⼆步执⾏失败了，那么 A 账户平⽩⽆故的 100 元就“⼈间蒸发”了。⽽如果使⽤事务就可以解决这个问题，让这⼀组操作要么⼀起成功，要么⼀起失败。

2.Spring 中事务的实现

Spring 中的事务操作分为两类：

  1. 编程式事务（⼿动写代码操作事务）。
  2. 声明式事务（利⽤注解⾃动开启和提交事务）。

在开始讲解它们之前，咱们先来回顾事务在 MySQL 中是如何使⽤的？

2.1 MySQL 中的事务使⽤

事务在 MySQL 有 3 个重要的操作：开启事务、提交事务、回滚事务，它们对应的操作命令如下：

-- 开启事务
start transaction;
-- 业务执行

-- 提交事务
commit;
-- 回滚事务
rollback;

2.2 Spring 编程式事务

Spring ⼿动操作事务和上⾯ MySQL 操作事务类似，它也是有 3 个重要操作步骤：

  • 开启事务（获取事务）
  • 提交事务
  • 回滚事务

SpringBoot 内置了两个对象，DataSourceTransactionManager ⽤来获取事务（开启事务）、提交或回滚事务的，⽽ TransactionDefinition 是事务的属性，在获取事务的时候需要将 TransactionDefinition 传递进去从⽽获得⼀个事务 TransactionStatus，实现代码如下：

@RestController
public class UserController {
 @Resource
 private UserService userService;
 // JDBC 事务管理器
 @Resource
 private DataSourceTransactionManager dataSourceTransactionManager;
 // 定义事务属性
 @Resource
 private TransactionDefinition transactionDefinition;
 @RequestMapping("/sava")
 public Object save(User user) {
 // 开启事务
 TransactionStatus transactionStatus = dataSourceTransactionManager
 .getTransaction(transactionDefinition);
 // 插⼊数据库
 int result = userService.save(user);
 // 提交事务
 dataSourceTransactionManager.commit(transactionStatus);
// // 回滚事务
// dataSourceTransactionManager.rollback(transactionStatus);
 return result;
 }
}

从上述代码可以看出，以上代码虽然可以实现事务，但操作也很繁琐，有没有更简单的实现⽅法呢？请看下⾯声明式事务。

2.3 Spring 声明式事务（自动）

声明式事务的实现很简单，只需要在需要的⽅法上添加 @Transactional 注解就可以实现了，⽆需⼿动开启事务和提交事务，进⼊⽅法时⾃动开启事务，⽅法执⾏完会⾃动提交事务，如果中途发⽣了没有处理的异常会⾃动回滚事务，具体实现代码如下：

@RequestMapping("/save")
@Transactional
public Object save(User user) {
 int result = userService.save(user);
 return result;
}

接下⾥使⽤以下代码，分别设置 @Transactional 注解和不设置 @Transactional，观察它们的执⾏区别：

image-20240402183941080

2.3.1 @Transactional 作⽤范围

@Transactional 可以⽤来修饰⽅法或类：

  • 修饰⽅法时：需要注意只能应⽤到 public ⽅法上，否则不⽣效。推荐此种⽤法。

  • 修饰类时：表明该注解对该类中所有的 public ⽅法都⽣效。

2.3.2 @Transactional 参数说明

image-20240402184125234

2.3.3 注意事项

@Transactional 在异常被捕获的情况下，不会进⾏事务⾃动回滚，验证以下代码是否会发⽣事务回滚：

@RestController
public class UserController {
 @Resource
 private UserService userService;
 @RequestMapping("/save")
 @Transactional
 public Object save(User user) {
 // 插⼊数据库
 int result = userService.save(user);
 try {
 // 执⾏了异常代码(0不能做除数)
 int i = 10 / 0;
 } catch (Exception e) {
 System.out.println(e.getMessage());
 }
 return result;
 }
}

事务不会⾃动回滚解决⽅案

解决⽅案1：对于捕获的异常，事务是会⾃动回滚的，因此解决⽅案1就是可以将异常重新抛出，具体实现如下：

@RequestMapping("/save")
@Transactional(isolation = Isolation.SERIALIZABLE)
public Object save(User user) {
 // 插⼊数据库
 int result = userService.save(user);
 try {
 // 执⾏了异常代码(0不能做除数)
 int i = 10 / 0;
 } catch (Exception e) {
 System.out.println(e.getMessage());
 // 将异常重新抛出去
 throw e;
 }
 return result;
}

解决⽅案2：⼿动回滚事务，在⽅法中使⽤ TransactionAspectSupport.currentTransactionStatus() 可以得到当前的事务，然后设置回滚⽅法 setRollbackOnly 就可以实现回滚了，具体实现代码如下：

@RequestMapping("/save")
@Transactional(isolation = Isolation.SERIALIZABLE)
public Object save(User user) {
 // 插⼊数据库
 int result = userService.save(user);
 try {
 // 执⾏了异常代码(0不能做除数)
 int i = 10 / 0;
 } catch (Exception e) {
 System.out.println(e.getMessage());
 // ⼿动回滚事务
 TransactionAspectSupport.currentTransactionStatus().setRollbackOnl
y();
 }
 return result;
}

image-20240402202643135

2.3.4 @Transactional ⼯作原理

@Transactional 是基于 AOP 实现的，AOP ⼜是使⽤动态代理实现的。如果⽬标对象实现了接⼝，默认情况下会采⽤ JDK 的动态代理，如果⽬标对象没有实现了接⼝,会使⽤ CGLIB 动态代理。

@Transactional 在开始执⾏业务之前，通过代理先开启事务，在执⾏成功之后再提交事务。如果中途遇到的异常，则回滚事务。

@Transactional 实现思路预览：

image-20240402184341122

@Transactional 具体执⾏细节如下图所示：

image-20240402184350393

3.事务隔离级别

3.1 事务特性回顾

事务有4 ⼤特性（ACID），原⼦性、持久性、⼀致性和隔离性，具体概念如下：

  • 原⼦性：⼀个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执⾏过程中发⽣错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执⾏过⼀样。

  • ⼀致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写⼊的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以⾃发性地完成预定的⼯作。

  • 持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

  • 隔离性：数据库允许多个并发事务同时对其数据进⾏读写和修改的能⼒，隔离性可以防⽌多个事务并发执⾏时由于交叉执⾏⽽导致数据的不⼀致。事务隔离分为不同级别，包括读未提交（Readuncommitted）、读提交（read committed）、可重复读（repeatable read）和串⾏化（Serializable）。

上⾯ 4 个属性，可以简称为ACID。

原⼦性（Atomicity，或称不可分割性）

⼀致性（Consistency）

隔离性（Isolation，⼜称独⽴性）

持久性（Durability）。

⽽这 4 种特性中，只有隔离性（隔离级别）是可以设置的

为什么要设置事务的隔离级别？

设置事务的隔离级别是⽤来保障多个并发事务执⾏更可控，更符合操作者预期的。

什么是可控呢？

⽐如近⼏年⽐较严重的新冠病毒，我们会把直接接触到确证病例的⼈员隔离到酒店，⽽把间接接触者（和直接接触着但未确诊的⼈）隔离在⾃⼰的家中，也就是针对不同的⼈群，采取不同的隔离级别，这种隔离⽅式就和事务的隔离级别类似，都是采取某种⾏动让某个事件变的“更可控”。⽽事务的隔离级别就是为了防⽌，其他的事务影响当前事务执⾏的一种策略。

3.2 Spring 中设置事务隔离级别

Spring 中事务隔离级别可以通过 @Transactional 中的 isolation 属性进⾏设置，具体操作如下图所示：

image-20240402184727628

3.2.1 MySQL 事务隔离级别有 4 种

  1. READ UNCOMMITTED：读未提交，也叫未提交读，该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据，⽽未提交的数据可能会发⽣回滚，因此我们把该级别读取到的数据称之为脏数据，把这个问题称之为脏读。

  2. READ COMMITTED：读已提交，也叫提交读，该隔离级别的事务能读取到已经提交事务的数据，因此它不会有脏读问题。但由于在事务的执⾏中可以读取到其他事务提交的结果，所以在不同时间的相同 SQL 查询中，可能会得到不同的结果，这种现象叫做不可重复读。

  3. REPEATABLE READ：可重复读，是 MySQL 的默认事务隔离级别，它能确保同⼀事务多次查询的结果⼀致。但也会有新的问题，⽐如此级别的事务正在执⾏时，另⼀个事务成功的插⼊了某条数据，但因为它每次查询的结果都是⼀样的，所以会导致查询不到这条数据，⾃⼰重复插⼊时⼜失败（因为唯⼀约束的原因）。明明在事务中查询不到这条信息，但⾃⼰就是插⼊不进去，这就叫幻读（Phantom Read）。

  4. SERIALIZABLE：序列化，事务最⾼隔离级别，它会强制事务排序，使之不会发⽣冲突，从⽽解决了脏读、不可重复读和幻读问题，但因为执⾏效率低，所以真正使⽤的场景并不多。在数据库中通过以下 SQL 查询全局事务隔离级别和当前连接的事务隔离级别：

image-20240402184803680

● 脏读：⼀个事务读取到了另⼀个事务修改的数据之后，后⼀个事务⼜进⾏了回滚操作，从⽽导致第⼀个事务读取的数据是错误的。

● 不可重复读：⼀个事务两次查询得到的结果不同，因为在两次查询中间，有另⼀个事务把数据修改了。

● 幻读：⼀个事务两次查询中得到的结果集相同，但在两次查询中另⼀个事务有新增了⼀部分数据，明明在事务中查询不到这条信息，但⾃⼰就是插⼊不进去，这就叫幻读

在数据库中通过以下 SQL 查询全局事务隔离级别和当前连接的事务隔离级别：

select @@global.tx_isolation,@@tx_isolation;

以上 SQL 的执⾏结果如下：

image-20240402184901840

3.2.2 Spring 事务隔离级别有 5 种

⽽ Spring 中事务隔离级别包含以下 5 种：

  1. Isolation.DEFAULT：以连接的数据库的事务隔离级别为主。

  2. Isolation.READ_UNCOMMITTED：读未提交，可以读取到未提交的事务，存在脏读。

  3. Isolation.READ_COMMITTED：读已提交，只能读取到已经提交的事务，解决了脏读，存在不可重复读。

  4. Isolation.REPEATABLE_READ：可重复读，解决了不可重复读，但存在幻读（MySQL默认级别）。

  5. Isolation.SERIALIZABLE：串⾏化，可以解决所有并发问题，但性能太低

从上述介绍可以看出，相⽐于 MySQL 的事务隔离级别，Spring 的事务隔离级别只是多了⼀个Isolation.DEFAULT（以数据库的全局事务隔离级别为主）。

Spring 中事务隔离级别只需要设置 @Transactional ⾥的 isolation 属性即可，具体实现代码如下：

@RequestMapping("/save")
@Transactional(isolation = Isolation.SERIALIZABLE)
public Object save(User user) {
 // 业务实现
}

4.Spring 事务传播机制

4.1 事务传播机制是什么？

Spring 事务传播机制定义了多个包含了事务的⽅法，相互调⽤时，事务是如何在这些⽅法间进⾏传递的。

4.2 为什么需要事务传播机制？

事务隔离级别是保证多个并发事务执⾏的可控性的（稳定性的），⽽事务传播机制是保证⼀个事务在多个调⽤⽅法间的可控性的（稳定性的）。

例⼦：像新冠病毒⼀样，它有不同的隔离⽅式（酒店隔离还是居家隔离），是为了保证疫情可控，然⽽在每个⼈的隔离过程中，会有很多个执⾏的环节，⽐如酒店隔离，需要负责⼈员运送、物品运送、消杀原⽣活区域、定时核算检查和定时送餐等很多环节，⽽事务传播机制就是保证⼀个事务在传递过程中是可靠性的，回到本身案例中就是保证每个⼈在隔离的过程中可控的。

事务隔离级别解决的是多个事务同时调⽤⼀个数据库的问题，如下图所示：

image-20240402185238897

⽽事务传播机制解决的是⼀个事务在多个节点（⽅法）中传递的问题，如下图所示：

image-20240402185246741

4.3 事务传播机制有哪些？

Spring 事务传播机制包含以下 7 种：

  1. Propagation.REQUIRED：默认的事务传播级别，它表示如果当前存在事务，则加⼊该事务；如果当前没有事务，则创建⼀个新的事务。

  2. Propagation.SUPPORTS：如果当前存在事务，则加⼊该事务；如果当前没有事务，则以⾮事务的⽅式继续运⾏。

  3. Propagation.MANDATORY：（mandatory：强制性）如果当前存在事务，则加⼊该事务；如果当前没有事务，则抛出异常。

  4. Propagation.REQUIRES_NEW：表示创建⼀个新的事务，如果当前存在事务，则把当前事务挂起。也就是说不管外部⽅法是否开启事务，Propagation.REQUIRES_NEW 修饰的内部⽅法会新开启⾃⼰的事务，且开启的事务相互独⽴，互不⼲扰。

  5. Propagation.NOT_SUPPORTED：以⾮事务⽅式运⾏，如果当前存在事务，则把当前事务挂起。

  6. Propagation.NEVER：以⾮事务⽅式运⾏，如果当前存在事务，则抛出异常。

  7. Propagation.NESTED：如果当前存在事务，则创建⼀个事务作为当前事务的嵌套事务来运⾏；如果当前没有事务，则该取值等价于 PROPAGATION_REQUIRED。

以上 7 种传播⾏为，可以根据是否⽀持当前事务分为以下 3 类：

image-20240402185319461

以情侣关系为例来理解以上分类：

image-20240402185331155

4.4 Spring 事务传播机制使⽤和各种场景演示

4.4.1 ⽀持当前事务（REQUIRED）

以下代码实现中，先开启事务先成功插⼊⼀条⽤户数据，然后再执⾏⽇志报错，⽽在⽇志报错是发⽣了异常，观察 propagation = Propagation.REQUIRED 的执⾏结果

@RestController
public class UserController {
 @Resource
 private UserService userService;
 @Resource
 private LogService logService;
 @RequestMapping("/save")
 @Transactional(propagation = Propagation.REQUIRED)
 public Object save(User user) {
 // 插⼊⽤户操作
 userService.save(user);
 // 插⼊⽇志
 logService.saveLog("⽤户插⼊：" + user.getName());
 return true;
 }
}

UserService 实现代码如下：

@Service
public class UserService {
 @Resource
 private UserMapper userMapper;
 @Transactional(propagation = Propagation.REQUIRED)
 public int save(User user) {
 System.out.println("执⾏ save ⽅法.");
 return userMapper.save(user);
 }
}

LogService 实现代码如下：

@Service
public class LogService {
 @Resource
 private LogMapper logMapper;
 @Transactional(propagation = Propagation.REQUIRED)
 public int saveLog(String content) {
 // 出现异常
 int i = 10 / 0;
 return logMapper.saveLog(content);
 }
}

执⾏结果：程序报错，数据库没有插⼊任何数据。

执⾏流程描述：

  1. UserService 中的保存⽅法正常执⾏完成。
  2. LogService 保存⽇志程序报错，因为使⽤的是 Controller 中的事务，所以整个事务回滚。
  3. 数据库中没有插⼊任何数据，也就是步骤 1 中的⽤户插⼊⽅法也回滚了。

4.4.2 不⽀持当前事务（REQUIRES_NEW）

UserController 类中的代码不变，将添加⽤户和添加⽇志的⽅法修改为 REQUIRES_NEW 不⽀持当前事务，重新创建事务，观察执⾏结果：

@RequestMapping("/save")
@Transactional
public Object save(User user) {
 // 插⼊⽤户操作
 userService.save(user);
 // 插⼊⽇志
 logService.saveLog("⽤户插⼊：" + user.getName());
 return true;
}

UserService 实现代码：

@Service
public class UserService {
 @Resource
 private UserMapper userMapper;
 @Transactional(propagation = Propagation.REQUIRES_NEW)
 public int save(User user) {
 System.out.println("执⾏ save ⽅法.");
 return userMapper.save(user);
 }
}

LogService 实现代码：

@Service
public class LogService {
 @Resource
 private LogMapper logMapper;
 @Transactional(propagation = Propagation.REQUIRES_NEW)
 public int saveLog(String content) {
 // 出现异常
 int i = 10 / 0;
 return logMapper.saveLog(content);
 }
}

程序执⾏结果：User 表中成功插⼊了数据，Log 表执⾏失败，但没影响 UserController 中的事务。

4.4.3 不⽀持当前事务，NEVER 抛异常

UserController 实现代码：

@RequestMapping("/save")
@Transactional
public Object save(User user) {
 // 插⼊⽤户操作
 userService.save(user);
 return true;
}

UserService 实现代码：

@Transactional(propagation = Propagation.NEVER)
public int save(User user) {
 System.out.println("执⾏ save ⽅法.");
 return userMapper.save(user);
}

程序执⾏报错，⽤户表未添加任何数据

4.4.4 NESTED 嵌套事务

UserController 实现代码如下：

@RequestMapping("/save")
@Transactional
public Object save(User user) {
 // 插⼊⽤户操作
 userService.save(user);
 return true;
}

UserService 实现代码如下：

@Transactional(propagation = Propagation.NESTED)
public int save(User user) {
 int result = userMapper.save(user);
 System.out.println("执⾏ save ⽅法.");
 // 插⼊⽇志
 logService.saveLog("⽤户插⼊：" + user.getName());
 return result;
}

LogService 实现代码如下：

@Transactional(propagation = Propagation.NESTED)
public int saveLog(String content) {
 // 出现异常
 int i = 10 / 0;
 return logMapper.saveLog(content);
}

最终执⾏结果，⽤户表和⽇志表都没有添加任何数据。

执⾏流程描述：

1.UserController 中调⽤了 UserService 的添加⽅法，UserService 使⽤ NESTED 修饰循环嵌套了UserController 的事务，并成功执⾏了添加⽅法。

2.UserService 中调⽤了 LogService 的添加⽅法，LogService 使⽤ NESTED 修饰循环嵌套了上⼀个调⽤类的事务，执⾏了添加⽅法，但在执⾏的过程中出现了异常，回顾当前事务，⽇志添加失败。

3.因为是嵌套事务，所以⽇志添加回顾之后，往上找调⽤它的⽅法和事务回滚了⽤户添加，所以⽤户添加也失败了，所以最终的结果是⽤户表和⽇志表都没有添加任何数据。

4.4.5 嵌套事务和加⼊事务有什么区别？

先来看嵌套事务 NESTED 示例，示例中使⽤ UserController 调⽤ UserService，UserService 中调⽤LogService，⽽UserService 和 LogService 中的事务传播特性都是 NESTED，具体实现代码如下。UserController 实现代码如下

@RequestMapping("/save")
@Transactional
public Object save(User user) {
 // 插⼊⽤户操作
 userService.save(user);
 return true;
}

UserService 实现代码如下：

@Transactional(propagation = Propagation.NESTED)
public int save(User user) {
 int result = userMapper.save(user);
 System.out.println("执⾏ save ⽅法.");
 // 插⼊⽇志
 logService.saveLog("⽤户插⼊：" + user.getName());
 return result;
}

LogService 实现代码如下：

@Transactional(propagation = Propagation.NESTED)
public int saveLog(String content) {
 // 添加⽇志
 int result = logMapper.saveLog(content);
 try {
 // 出现异常
 int i = 10 / 0;
 } catch (Exception e) {
 // 回滚当前事务
 TransactionAspectSupport.currentTransactionStatus().setRollbackOnl
y();
 }
 return result;
}

在 LogService 进⾏当前事务的回滚操作，最终执⾏效果是：

User 表中成功添加数据，⽽ Log 表中没有添加数据。

说明：Log 中的事务已经回滚，但是嵌套事务不会回滚嵌套之前的事务，也就是说嵌套事务可以实现部分事务回滚。

加⼊事务 REQUIRED 示例演示

把 NESTED 传播特性改为 REQUIRED 实现代码如下，UserController 中的实现代码不变：

@RequestMapping("/save")
@Transactional
public Object save(User user) {
 // 插⼊⽤户操作
 userService.save(user);
 return true;
}

UserService 中的实现代码如下：

@Transactional(propagation = Propagation.REQUIRED)
public int save(User user) {
 int result = userMapper.save(user);
 System.out.println("执⾏ save ⽅法.");
 // 插⼊⽇志
 logService.saveLog("⽤户插⼊：" + user.getName());
 return result;
}

⾸先添加⽤户没有任何问题，⽤户添加成功。

LogService 中的实现代码如下:

@Transactional(propagation = Propagation.REQUIRED)
public int saveLog(String content) {
 // 添加⽇志
 int result = logMapper.saveLog(content);
 try {
 // 出现异常
 int i = 10 / 0;
 } catch (Exception e) {
 // 回滚当前事务
 TransactionAspectSupport.currentTransactionStatus().setRollbackOnl
y();
 }
 return result;
}

添加⽇志报错了，将 LogService 中的事务回滚。

最终程序的执⾏结果：

⽤户表和⽇志表中都没有添加任何数据，说明整个事务都回滚了。也就是说 REQUIRED 如果回滚就是回滚所有事务，不能实现部分事务的回滚

嵌套事务只所以能够实现部分事务的回滚，是因为事务中有⼀个保存点（savepoint）的概念，嵌套事务进⼊之后相当于新建了⼀个保存点，⽽滚回时只回滚到当前保存点，因此之前的事务是不受影响的，这⼀点可以在 MySQL 的官⽅⽂档汇总找到相应的资料：https://dev.mysql.com/doc/refman/5.7/en/savepoint.html

image-20240402190222352

⽽ REQUIRED 是加⼊到当前事务中，并没有创建事务的保存点，因此出现了回滚就是整个事务回滚，这就是嵌套事务和加⼊事务的区别。

嵌套事务（NESTED）和加⼊事务（REQUIRED ）的区别:

  • 整个事务如果全部执⾏成功，⼆者的结果是⼀样的。
  • 如果事务执⾏到⼀半失败了，那么加⼊事务整个事务会全部回滚；⽽嵌套事务会局部回滚，不会影响上⼀个⽅法中执⾏的结果

总结

Spring 事务使⽤中，重点的内容有 3 个:

  1. 在 Spring 项⽬中使⽤事务，⽤两种⽅法⼿动操作和声明式⾃动提交，其中后者使⽤的最多，在⽅法上添加 @Transactional 就可以实现了。

  2. 设置事务的隔离级别 @Transactional(isolation = Isolation.SERIALIZABLE)，Spring 中的事务隔离级别有 5 种。

  3. 设置事务的传播机制 @Transactional(propagation = Propagation.REQUIRED)，Spring 中的事务传播级别有 7 种。

回时只回滚到当前保存点，因此之前的事务是不受影响的，这⼀点可以在 MySQL 的官⽅⽂档汇总找到相应的资料：https://dev.mysql.com/doc/refman/5.7/en/savepoint.html

⽽ REQUIRED 是加⼊到当前事务中，并没有创建事务的保存点，因此出现了回滚就是整个事务回滚，这就是嵌套事务和加⼊事务的区别。

嵌套事务（NESTED）和加⼊事务（REQUIRED ）的区别:

  • 整个事务如果全部执⾏成功，⼆者的结果是⼀样的。
  • 如果事务执⾏到⼀半失败了，那么加⼊事务整个事务会全部回滚；⽽嵌套事务会局部回滚，不会影响上⼀个⽅法中执⾏的结果

感谢各位读者的阅读，本文章有任何错误都可以在评论区发表你们的意见，我会对文章进行改正的。如果本文章对你有帮助请动一动你们敏捷的小手点一点赞，你的每一次鼓励都是作者创作的动力哦！😘

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1948415.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Python 爬虫 instagram api获取用户主页tagged media标记内容

Python 爬虫 instagram api获取用户主页tagged media标记内容

此instagramAPI接口可获取指定用户主页tagged media标记内容 详细采集页面参考下图及链接，如有需要，可通过文末链接联系我们。 https://www.instagram.com/javan/tagged/ 请求API http://api.xxxx.com/ins/user/tagged?user_id18527&count12&…
阅读更多...
网络原理_初识

网络原理_初识

目录 一、局域网LAN 二、广域网WAN 三、网络通信基础 3.1 IP地址 3.2 端口号 3.3 协议 3.4 五元组 3.5 OSI七层模型 3.6 TCP/IP五层模型 3.7 网络设备所在分层 3.8 封装和分用 总结 一、局域网LAN 局域网，即 Local Area Network，Local 即标…
阅读更多...
基于opencv[python]的人脸检测

基于opencv[python]的人脸检测

1 图片爬虫 这里的代码转载自：http://t.csdnimg.cn/T4R4F # 获取图片数据 import os.path import fake_useragent import requests from lxml import etree# UA伪装 head {"User-Agent": fake_useragent.UserAgent().random}pic_name 0 def request_pic…
阅读更多...
FL Studio 21.2.3.4004中文直装版及FL Studio 204如何激活详细教程

FL Studio 21.2.3.4004中文直装版及FL Studio 204如何激活详细教程

在数字化音乐制作的浪潮中，FL Studio 24.1.1.4234的发布无疑又掀起了一股新的热潮。这款由Image-Line公司开发的数字音频工作站（DAW）软件，以其强大的功能和易用的界面，赢得了全球无数音乐制作人的青睐。本文将深入探讨…
阅读更多...
ELK日志收集之多文件提取文件名和日志时间

ELK日志收集之多文件提取文件名和日志时间

需求：多个设备的日志同时保存在一台服务器上，日志文件的文件名是设备的ID，需要将多个文件提取文件名作为最终的筛选字段，同时提取日志中的时候日期时间替换系统的timestamp filebeat配置： filebeat.inputs:- type:…
阅读更多...
机器学习的运作原理和算法分类，让机器学习更加通俗易懂

机器学习的运作原理和算法分类，让机器学习更加通俗易懂

👨‍💻个人主页：开发者-曼亿点 👨‍💻 hallo 欢迎 点赞👍 收藏⭐ 留言📝 加关注✅! 👨‍💻 本文由 曼亿点 原创 👨‍💻 收录于专栏&#xff1a…
阅读更多...
Top-down Microarchitecture Analysis Method

Top-down Microarchitecture Analysis Method

1、英文链接： 1. https://www.intel.com/content/www/us/en/docs/vtune-profiler/cookbook/2023-0/top-down-microarchitecture-analysis-method.html 2. http://portal.nacad.ufrj.br/online/intel/vtune2017/help/GUID-02271361-CCD4-410C-8338-4B8158157EB6.ht…
阅读更多...
低代码如何加速数字化转型

低代码如何加速数字化转型

数字化转型，正日益决定企业成功的关键。这里的一个关键因素是它可以以更快的速度和质量来实施技术计划。在当今瞬息万变的商业环境中，战略性地采用低代码平台对于旨在加快上市时间、增强业务敏捷性和促进跨团队无缝协作的首席技术官来说至关重要。日益增…
阅读更多...
Python | Leetcode Python题解之第279题完全平方数

Python | Leetcode Python题解之第279题完全平方数

题目： 题解： class Solution { public:// 判断是否为完全平方数bool isPerfectSquare(int x) {int y sqrt(x);return y * y x;}// 判断是否能表示为 4^k*(8m7)bool checkAnswer4(int x) {while (x % 4 0) {x / 4;}return x % 8 7;}int numSquares(i…
阅读更多...
Jmeter混合压测（2407）

Jmeter混合压测（2407）

一 压测需求： 电商作为服务端，至少需要满足并发量,QPS:100/s,TPS:20/s。例如场景： 电商交易中，商品图片请求量最多，电商服务端需要满足并发请求查询图片信息。各家可能会并发请求同一家电商商品、订单等内容。 二 压…
阅读更多...
【React】条件渲染：深入探讨高效开发技巧与最佳实践

【React】条件渲染：深入探讨高效开发技巧与最佳实践

文章目录 一、什么是条件渲染？二、条件渲染的实现方式三、条件渲染的最佳实践四、复杂条件渲染的实现 在现代前端开发中，React 已成为开发者构建用户界面的首选框架之一。React 的强大之处在于其组件化和状态管理能力，而条件渲染则是 React 开…
阅读更多...
WebGIS的地图渲染|SVG|Canvas|Canvas

WebGIS的地图渲染|SVG|Canvas|Canvas

说到地图，平时我们使用过百度地图、高德地图、腾讯地图等，如果涉及地图开发需求，也有很多选择，如前面提到的几个地图都会提供一套JS API，此外也有一些开源地图框架可以使用，如OpenLayers、Leaflet、Mapbox、…
阅读更多...
Drools 决策表的使用与说明(一)

Drools 决策表的使用与说明(一)

Drools 决策表的使用与说明 Drools决策表的使用官方文档决策表说明决策表使用方式执行drl代码及结果 Drools决策表的使用 官方文档决策表说明 Drools 决策表的使用 16.7. Spreadsheet decision tables 决策表使用方式 在Drools中，决策表通常是以Excel&#xff08…
阅读更多...
ctfshow-web入门-php特性（web132-web136）

ctfshow-web入门-php特性（web132-web136）

目录 1、web132 2、web133 3、web134 4、web135 5、web136 1、web132 存在 robots.txt 访问 /admin 需要传三个参数，并且需要满足： if($code mt_rand(1,0x36D) && $password $flag || $username "admin"){if($code admin){ech…
阅读更多...
java发送https请求支持tls1.3

java发送https请求支持tls1.3

说明：java 8_u201及以下版本不支持tls1.3协议发送。最直接的方法是升级到该版本之上。 另外：需要修改一下代码强行使用tls1.3协议。如果只修改代码，不升级java版本会报错找不到该协议。
阅读更多...
JavaWeb笔记_JSPEL

JavaWeb笔记_JSPEL

一.JSP相关技术 1.1 JSP由来 当我们需要向页面输出大量的HTML代码的时候,我们需要通过response对象写多次来输出HTML代码 response.getWriter().write("<font>文本</font>"); 页面的展示和servlet密不可分,不利于后期代码维护,因此推出一种可以…
阅读更多...
docker firewalld 防火墙设置

docker firewalld 防火墙设置

1、环境 centos 7 firewalld docker-ce docker 默认会更改防护墙配置 导致添加的防火墙策略不生效&#xff0c;可以启用firewalld 重新设置策略 2、启用防火墙 systemctl start firewalld systemctl enable firewalld3、配置文件禁用docker 的iptables /etc/docker/daemon.js…
阅读更多...
用在ROS2系统中保持差速轮方向不变的PID程序

用在ROS2系统中保持差速轮方向不变的PID程序

在ROS 2中&#xff0c;为了保持差速轮机器人的方向不变&#xff0c;通常需要使用PID&#xff08;Proportional Integral Derivative&#xff09;控制器来控制机器人的角速度。PID控制器可以帮助调整机器人的角速度&#xff0c;以维持其朝向不变。 下面是一个简单的ROS 2节点示…
阅读更多...
docker镜像文件加密(Win11)

docker镜像文件加密(Win11)

分享一个可以给docker导出的tar包加密的方法 要使用openssl&#xff0c;地址&#xff1a;openssl安装&#xff0c;安装exe就行&#xff0c;选择不带Light的&#xff0c;下面的是二进制文件 傻瓜式安装&#xff0c;最后的赞助页面&#xff0c;根据自己经济实力选择赞助&#xf…
阅读更多...
PWM信号转模拟信号转换器GP8101/GP8101M

PWM信号转模拟信号转换器GP8101/GP8101M

前言&#xff1a; 各位大佬&#xff0c;听说过PAC吗&#xff1f;PAC (PWM to Analog Converter)。 今天介绍一个小众的转换芯片&#xff0c;PWM转模拟信号的&#xff0c;有一定的应用场景,单价一元多。这种芯片隔离PWM还是很容易的。 0%-100% PWM to 0-5V/0-10V SOP8封装的GP…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023