Spring 事务

简介: Spring 事务

前言

上节我们结束了SpringAOP的学习,这篇让我们谈谈Spring事务的理解吧

在此之前我们可以先回顾一下MySQL的事务

首先什么是事务

笔者认为事务就是一次原子性的操作,一个不可分割的工作单位

事务四大特性

1.原子性  事务中的指令执行要么全部成功要么回滚

2.持久性   事务一旦提交,永久保存在数据库中

3.一致性   事务在执行前后状态是一致的

eg:就和能量守恒一样,假设这里我被小偷偷了100块,那么小偷一定得到了100块,没有凭空消失

4.隔离性   事务在提交之前对于其他的事务是不可见的

我们知道对应的mysql还会存在事务隔离级别

分别是

读未提交    一个事务在提交前,对其他事务是可见的

读已提交   一个事务在提交之后才能对其他事务可见

可重复读   同一个事务多次读取的内容是一致的

串行化       加锁实现,强制事务串行执行

为了解决的是

脏读        事务A读取到事务B没提交的事务,事务B回滚了导致事务A读到了脏的数据

不可重复读    事务A第一次读到的数据在第二次之前被事务B修改并提交了,导致两次读取的数据不同

幻读          事务A第一次读取的数据和第二次读取的数据条数不同

Spring 事务的使用

Spring 的事务和mysql类似

只是比他多了一个default隔离级别  

这个隔离级别主要是与数据库连接保持一致

所以Spring事务的隔离级别有5个

1. Isolation.DEFAULT :以连接的数据库的事务隔离级别为主.
2. Isolation.READ_UNCOMMITTED :读未提交,对应SQL标准中 READ UNCOMMITTED

3. Isolation.READ_COMMITTED :读已提交,对应SQL标准中 READ COMMITTED
4. Isolation.REPEATABLE_READ :可重复读,对应SQL标准中 REPEATABLE READ

5. Isolation.SERIALIZABLE :串⾏化,对应SQL标准中 SERIALIZABLE

事务的使用主要有两种,声明式和编程式使用

编程式事务已经不太常用了,大家了解即可

这里简单给一个示例

我们需要注入两个对象,这两个对象已经是Spring内置的对象了

@RequestMapping("/user")
@RestController
public class UserController {
 // JDBC 事务管理器
 @Autowired
 private DataSourceTransactionManager dataSourceTransactionManager;
 // 定义事务属性
 @Autowired
 private TransactionDefinition transactionDefinition;
 @Autowired
 private UserService userService;
 @RequestMapping("/registry")
 public String registry(String name,String password){
 // 开启事务
 TransactionStatus transactionStatus = dataSourceTransactionManager
.getTransaction(transactionDefinition);
 //⽤⼾注册
 userService.registryUser(name,password);
 //提交事务
 dataSourceTransactionManager.commit(transactionStatus);
 //回滚事务
 //dataSourceTransactionManager.rollback(transactionStatus);
 return "注册成功";
 }
}

注意这里的回滚可以手动回滚或者是自动遇到程序异常后回滚.....

回滚的条件:手动回滚或者发生运行时异常或者error时回滚

注:已经被trycatch处理的异常无法回滚

声明式事务主要是需要加上一个@Transactional注解即可

直接加上即可

默认只有运行时异常和error可以回滚

所以我们需要加上rollBackFor属性来完成更多异常的回滚比如

@Transactional(rollBackFor=Exception)

还有更多的属性比如事务隔离级别,默认是default级别和事务传播机制

下面我们久啊谈谈事务传播机制

这里的默认级别主要是required,存在事务就加入,不存在就新建

Spring的传播机制

这里的传播机制主要是指A事务在代码中调用的B方法也是有事务的,这里分为7种情况

两者的事务情况是不确定的

@Transactional 注解⽀持事务传播机制的设置,通过 propagation 属性来指定传播⾏为.
Spring事务传播机制有以下7种:

1. Propagation.REQUIRED :默认的事务传播级别.如果当前存在事务,则加⼊该事务.如果当前没有事务,则创建⼀个新的事务.

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

3. Propagation.MANDATORY :强制性.如果当前存在事务,则加⼊该事务.如果当前没有事务,则抛出异常.

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

5. Propagation.NOT_SUPPORTED :以⾮事务⽅式运⾏,如果当前存在事务,则把当前事务挂起(不⽤).

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

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

我们这里以一个简单的例子解释一下

1.女朋友看你有没有房子,没房子咱就买一个

2.女朋友看你有没有房子,没有就算了,咱租房子

3.女朋友看你有没有房子,没有咱就分手

4.女朋友不管你有没有房子,我都买新的

5.女朋友看你有没有房子,存不存在咱都不要,直接租房

6.有房就跟你分手

7.这个不好解释但是这里笔者解释一下和Propagation.REQUIRES_NEW的比较是,一个是生成子事务,一个是创建子事务,子事务出现失败可以回滚到嵌套事务开始的savepoint,另一个是直接gg

相关文章
|
4月前
|
Java Spring
Spring中事务失效的场景
因为Spring事务是基于代理来实现的,所以某个加了@Transactional的⽅法只有是被代理对象调⽤时, 那么这个注解才会⽣效 , 如果使用的是被代理对象调用, 那么@Transactional会失效 同时如果某个⽅法是private的,那么@Transactional也会失效,因为底层cglib是基于⽗⼦类来实现 的,⼦类是不能重载⽗类的private⽅法的,所以⽆法很好的利⽤代理,也会导致@Transactianal失效 如果在业务中对异常进行了捕获处理 , 出现异常后Spring框架无法感知到异常, @Transactional也会失效
|
4月前
|
Java 关系型数据库 数据库
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——常见问题总结
本文总结了Spring Boot中使用事务的常见问题,虽然通过`@Transactional`注解可以轻松实现事务管理,但在实际项目中仍有许多潜在坑点。文章详细分析了三个典型问题:1) 异常未被捕获导致事务未回滚,需明确指定`rollbackFor`属性;2) 异常被try-catch“吃掉”,应避免在事务方法中直接处理异常;3) 事务范围与锁范围不一致引发并发问题,建议调整锁策略以覆盖事务范围。这些问题看似简单,但一旦发生,排查难度较大,因此开发时需格外留意。最后,文章提供了课程源代码下载地址,供读者实践参考。
81 0
|
4月前
|
Java 关系型数据库 数据库
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——Spring Boot 事务配置
本文介绍了 Spring Boot 中的事务配置与使用方法。首先需要导入 MySQL 依赖,Spring Boot 会自动注入 `DataSourceTransactionManager`,无需额外配置即可通过 `@Transactional` 注解实现事务管理。接着通过创建一个用户插入功能的示例,展示了如何在 Service 层手动抛出异常以测试事务回滚机制。测试结果表明,数据库中未新增记录,证明事务已成功回滚。此过程简单高效,适合日常开发需求。
196 0
|
4月前
|
Java 数据库 微服务
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——事务相关
本文介绍Spring Boot事务配置管理,阐述事务在企业应用开发中的重要性。事务确保数据操作可靠,任一异常均可回滚至初始状态,如转账、购票等场景需全流程执行成功才算完成。同时,事务管理在Spring Boot的service层广泛应用,但根据实际需求也可能存在无需事务的情况,例如独立数据插入操作。
55 0
|
2月前
|
人工智能 Java 数据库连接
Spring事务失效场景
本文深入探讨了Spring框架中事务管理可能失效的几种常见场景及解决方案,包括事务方法访问级别不当、方法内部自调用、错误的异常处理、事务管理器或数据源配置错误、数据库不支持事务以及不合理的事务传播行为或隔离级别。通过合理配置和正确使用`@Transactional`注解,开发者可以有效避免这些问题,确保应用的数据一致性和完整性。
113 10
|
1月前
|
Java 关系型数据库 MySQL
【Spring】【事务】初学者直呼学会了的Spring事务入门
本文深入解析了Spring事务的核心概念与使用方法。Spring事务是一种数据库事务管理机制,通过确保操作的原子性、一致性、隔离性和持久性(ACID),维护数据完整性。文章详细讲解了声明式事务(@Transactional注解)和编程式事务(TransactionTemplate、PlatformTransactionManager)的区别与用法,并探讨了事务传播行为(如REQUIRED、REQUIRES_NEW等)及隔离级别(如READ_COMMITTED、REPEATABLE_READ)。
110 1
|
4月前
|
SQL Java 数据库连接
Spring中的事务是如何实现的
1. Spring事务底层是基于数据库事务和AOP机制的 2. ⾸先对于使⽤了@Transactional注解的Bean,Spring会创建⼀个代理对象作为Bean 3. 当调⽤代理对象的⽅法时,会先判断该⽅法上是否加了@Transactional注解 4. 如果加了,那么则利⽤事务管理器创建⼀个数据库连接 5. 并且修改数据库连接的autocommit属性为false,禁⽌此连接的⾃动提交,这是实现Spring事务⾮ 常重要的⼀步 6. 然后执⾏当前⽅法,⽅法中会执⾏sql 7. 执⾏完当前⽅法后,如果没有出现异常就直接提交事务 8. 如果出现了异常,并且这个异常是需要回滚的就会回滚事务
|
4月前
|
JavaScript Java 开发者
Spring事务失效,常见的情况有哪些?
本文总结了Spring事务失效的7种常见情况,包括未启用事务管理功能、方法非public类型、数据源未配置事务管理器、自身调用问题、异常类型错误、异常被吞以及业务和事务代码不在同一线程中。同时提供了两种快速定位事务相关Bug的方法:通过查看日志(设置为debug模式)或调试代码(在TransactionInterceptor的invoke方法中设置断点)。文章帮助开发者更好地理解和解决Spring事务中的问题。
116 7
|
6月前
|
SQL Java 关系型数据库
【SpringFramework】Spring事务
本文简述Spring中数据库及事务相关衍伸知识点。
80 9
|
7月前
|
Java 开发者 Spring
理解和解决Spring框架中的事务自调用问题
事务自调用问题是由于 Spring AOP 代理机制引起的,当方法在同一个类内部自调用时,事务注解将失效。通过使用代理对象调用、将事务逻辑分离到不同类中或使用 AspectJ 模式,可以有效解决这一问题。理解和解决这一问题,对于保证 Spring 应用中的事务管理正确性至关重要。掌握这些技巧,可以提高开发效率和代码的健壮性。
422 13

热门文章

最新文章