Spring事务

Spring事务

前置信息

1. Spring 事务本质是本地事务，只适用于单库单连接；分布式事务（多库 / 微服务）Spring 原生不支持。
2. 事务生效前提：MySQL 必须是 InnoDB，MyISAM 无事务。
3. 底层依赖数据库事务，Spring 只是做统一封装、AOP 自动化管理。

定义

事务是作为单个逻辑工作单元执行的一系列操作，这些操作要么一起成功，要么一起失败，是一个不可分割的工作单元。

事务有四大特性（ACID）

原子性（Atomicity）: 一个事务中的所有操作要么全部完成，要么全部不做，不会结束在中间的某个环节。事务在执行过程中发生错误，会被回滚到事务开始前的状态，就像这个事务从来没有执行过一样。即事务不可分割、不可约简。
一致性（Consistency）：在事务开始之前和事务结束之后，数据库的完整性没有被破坏。这表示写入的数据必须完全符合所有的预设约束、触发器、级联回滚等。
隔离性（Isolation）：数据库允许多个并发事务同时对其数据进行读写和修改，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括未提交读（Read Uncommitted）、提交读（Read Committedd）、可重复读（Repeatable Read）和串行化（Serializable）。
持久性（Durability）：事务处理结束后，对数据的修改是永久的，即便系统故障也不会丢失。
这就是事务的四大特性：ACID。

事务的三大接口

1. PlatformTransactionManager：事务管理器
   统一抽象接口，适配不同持久层，三个核心方法：

• getTransaction ()：获取 / 创建事务
• commit ()：提交事务
• rollback ()：回滚事务
  常见实现：
• DataSourceTransactionManager：MyBatis/JDBC 使用（最常用）
• JpaTransactionManager：JPA 使用
  

2. TransactionDefinition：事务属性
   定义事务全部配置：传播行为、隔离级别、超时、只读、回滚规则。
   
3. TransactionStatus：事务运行状态
   记录当前事务状态：是否新事务、是否标记回滚、是否存在保存点、事务是否执行完成。
   

Spring两种事务管理方式

编程式事务

通过 TransactionTemplate或者TransactionManager手动管理事务，但是侵入业务代码比较严重，实际应用中很少使用。

声明式事务（主流，@Transactional）

基于 AOP 动态代理实现，无代码侵入，开发首选。

@Transactional 注解五大核心参数

Spring 默认只有RuntimeException、Error 会触发回滚；

事务核心重难点

事务传播行为（7种）

事务隔离级别

定义：事务的隔离级别是用来解决并发事务所产生的一些问题的

1. READ_UNCOMMITTED 读未提交：最差，脏读、不可重复读、幻读全部存在，项目不用；
2. READ_COMMITTED 读已提交（Oracle 默认）：解决脏读，存在不可重复读、幻读；
3. REPEATABLE_READ 可重复读（MySQL InnoDB 默认）：解决脏读、不可重复读，仍存在幻读；
4. SERIALIZABLE 串行化：最高级别，全部并发问题解决，性能极差，几乎不用。

并发：同一时间，多个线程同时进行请求。

在并发情况下，对同一个数据（变量、对象）进行读写操作才会产生并发问题。

并发会产生什么问题？

1. 脏读：读了未提交的数据（脏数据），解决方法：设置READ_COMMITTED(读已提交)的事务隔离级别；
2. 不可重复读：一个事务多次读取相同数据，由于并发事务，导致读取的结果会不一样，解决方法：设置REPEATABLE_READ （可重复读）；
3. 幻读：通产针对的是整张表，由于并发事务对表数据进行了增删，所以导致事务对数据表进行多次统计的结果不一样，解决方法：设置SERIALIZABLE（串行化），给整张表加了锁，不许其他事务并发操作这张表，所以并发性最差。

MVCC与事务隔离级别实现原理（需要另外重点掌握）

MVCC：多版本并发控制，InnoDB 专属，核心是行数据多版本快照，不加锁实现读写并发，解决读写阻塞问题。

回滚规则（Rollback Rules）

回滚规则定义了在何种情况下事务需要回滚。@Transactional注解默认对运行时异常(如 RuntimeException 和 Error)进行回滚，而不回滚受检异常(除RuntimeException及其子类、Error之外的所有异常，都属于受检异常。编译器强制要求处理)。

1. rollbackFor：指定哪些异常需要回滚。
2. noRollbackFor：指定哪些异常不需要回滚。

超时时间（Timeout）

超时时间定义了事务执行的最长时间，超时则回滚事务。单位是秒。

@Transactional 底层原理 & 事务失效场景（重点）

@Transactional 底层实现原理（标准口述）

1. 底层基于 Spring AOP 动态代理；
2. 若类实现接口，使用 JDK 动态代理；无接口使用 CGLIB 动态代理；
3. Spring 启动时扫描带 @Transactional 的 public 类 / 方法，生成代理对象；
4. 调用方法时进入拦截器 TransactionInterceptor，执行 invokeWithinTransaction：

• 方法执行前：根据传播行为创建 / 获取事务；
• 执行业务代码；
• 捕获异常：触发事务回滚；
• 无异常：事务提交。

事务失效 7 大场景

1. 注解加在非 public 方法（private/protected），代理无法拦截；
2. 同类内部自调用（this. 方法 ()），绕过代理对象，AOP 无法增强；
   解决方式：注入自身代理对象调用，或开启 AspectJ 织入；
3. 抛出受检异常，未配置 rollbackFor，不会回滚；（受检异常即Checked Exception，在编译过程中，如果受检异常没有被catch或者throws关键字处理的话，就没有办法通过编译。除了RuntimeException及其子类之外，其他的Exception类及其子类都属于受检异常；Unchecked Exception非受检异常，Java代码在编译过程中，即使不处理不受检查异常也能正常通过编译。）
4. 方法内部 try-catch 捕获全部异常，未重新抛出，拦截器感知不到异常；
5. 数据库引擎为 MyISAM，底层不支持事务；
6. 传播行为配置 NOT_SUPPORTED / NEVER，强制非事务执行；
7. 被 final /static 修饰的方法，CGLIB 无法重写，代理失效。

校招高频面试真题

题 1：@Transactional 加在同类方法内部调用，为什么失效？怎么解决？
回答
Spring 事务依靠 AOP 动态代理实现，只有外部调用代理对象的方法才会经过拦截器处理事务。
同类中 this.xxx () 调用，使用的是原始对象，没有走代理，不会触发事务增强逻辑，事务失效。
解决方案：

1. 通过 AopContext.currentProxy () 获取当前代理对象调用（不推荐生产）；
2. 自身注入自身 Service，通过注入的代理对象调用；
3. 开启 AspectJ 编译时织入，不依赖运行时代理。
   题 2：REQUIRES_NEW 和 NESTED 举业务场景区分
   REQUIRES_NEW：日志记录，主业务失败回滚，但日志必须入库保存，日志方法开独立新事务；
   NESTED：订单创建 + 优惠券扣减，扣减优惠券失败只回滚扣减，订单正常保存，捕获子异常即可。
   题 3：为什么查询方法也要加 @Transactional (readOnly=true)？
   多条连续统计查询时，不加事务每条 SQL 单独自动提交，中间数据被其他事务修改，统计结果不一致；
   只读事务会开启统一读视图，保证多次查询数据一致性，同时数据库做性能优化。
   题 4：事务超时 timeout 是什么？
   事务允许最长执行时间，超过时间未完成自动回滚，单位秒，默认 - 1 无限制；适合防止长事务锁表。

大厂二面加分拓展

1. MySQL 原子性依靠 undo log，持久性依靠 redo log，简单说流程：修改先写 undo log，再写 redo log，最后刷新数据；宕机通过 redo 恢复提交数据，undo 回滚未提交事务。
2. 多数据源场景：@Transactional (transactionManager = "xxxManager") 指定对应事务管理器；
3. 长事务危害：锁占用时间长，引发数据库锁等待、死锁、MVCC 大量回滚日志，开发尽量避免；
4. Spring 本地事务无法跨库，微服务多库数据一致性需要分布式事务（Seata TCC/SAGA），简单提一句即可。