@Transaction注解详情解释

本文主要是介绍@Transaction注解详情解释，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

概念：

        @Transactional注解是Spring框架提供的一个用于声明式事务管理的注解，方便我们管理事务，保证数据的一致性与可靠性。

事务4个基本特性：

        原子性：一个事务要不全部（sql）执行；要不都不执行（回滚）。

        一致性：事务执行前后数据库的状态保存一致。（数据完整性，约束，预期一致）

        隔离性：多个事务并发执行时，事务的执行时互不干扰的。

        持久性：事务一旦提交，所做的操作，永久保存在数据库中。

使用：

        可以放在方法上，可以放在类上。

类上：

        表示该类下面所有的public方法都用相同的事务属性信息。

方法上：

        表示该方法使用当前的事务属性信息。

属性：

        propagation传播行为、isolation隔离级别、timeout超时时间、readOnly是否为只读事务、rollbackFor指定回滚异常类型、noRollbackFor抛出指定异常类型，不混滚事务。

propagation传播行为

1. REQUIRED (默认)

   • 如果当前存在事务，则加入该事务；
   • 如果当前没有事务，则创建一个新的事务。

2. SUPPORTS

   • 如果当前存在事务，则加入该事务；
   • 如果当前没有事务，则以非事务的方式继续运行。

3. MANDATORY

   • 如果当前存在事务，则加入该事务；
   • 如果当前没有事务，则抛出异常。

4. REQUIRES_NEW

   • 暂停当前存在的事务（如果有的话），并创建一个新的事务，将自己的事务和这个新事务关联（如果支持的话）。
   • 注意：即使外层事务发生异常被回滚，也不会影响内层REQUIRES_NEW的事务。

5. NOT_SUPPORTED

   • 以非事务的方式运行，如果当前存在事务，则把当前事务挂起。

6. NEVER

   • 以非事务的方式运行，如果当前存在事务，则抛出异常。

7. NESTED

   • 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，其行为与 REQUIRED 相同。
   • 嵌套事务是依赖于外部事务的，外部事务失败，嵌套事务也会失败，但嵌套事务的失败不会影响外部事务。

注意：NESTED 和 REQUIRES_NEW 之间的主要区别在于，NESTED 的事务是依赖于外部事务的，而 REQUIRES_NEW 则会完全独立地开始一个新的事务。

在使用 @Transactional 注解时，要特别注意方法的调用方式。例如，一个标记为 @Transactional 的方法被同一个类中的另一个方法直接调用时，事务的边界可能不会按照预期工作，因为Spring AOP默认是基于接口的代理。如果你直接调用同一个类中的方法，那么代理不会生效，因此事务管理也就不会工作。在这种情况下，你可能需要将该方法移动到另一个类中，或者使用编程式事务管理来手动控制事务。

isolation隔离级别

1. Isolation.DEFAULT：使用底层数据库默认的隔离级别。这是默认值。
2. Isolation.READ_UNCOMMITTED（读未提交）：允许读取并发事务尚未提交的数据。这种隔离级别可能会导致脏读、不可重复读和幻读。
3. Isolation.READ_COMMITTED（读已提交）：对同一字段的多次读取结果都是一致的。这是大多数数据库系统的默认隔离级别（但不是MySQL的默认级别）。它防止了脏读，但可能出现不可重复读和幻读。
4. Isolation.REPEATABLE_READ（可重复读）：对同一字段的多次读取结果都是一致的。这是MySQL的默认隔离级别。它解决了脏读问题，并且保证对同一字段的多次读取结果都是一致的。但是，它无法解决幻读问题。
5. Isolation.SERIALIZABLE（可串行化）：最高的隔离级别，所有的事务依次逐个执行，这样事务之间就不可能产生干扰。但是，这将导致大量的事务等待无法并发执行，从而降低系统的吞吐量。

失效场景

方法不是 public 的：

如果 @Transactional 注解应用在一个非 public 修饰的方法上，它将不会生效。这是因为 Spring AOP（面向切面编程）在代理目标方法时，只能拦截 public 方法。

当前类没有被 Spring 容器托管：

如果类没有被 Spring 容器管理（例如，没有使用 @Service、@Component 等注解），那么 @Transactional 注解也不会生效。

异常被捕获：

如果在事务方法内部捕获了异常并且没有重新抛出，那么 Spring 将不会知道事务应该回滚。

数据库不支持事务：

如果你正在使用一个不支持事务的数据库或数据库引擎（例如，MySQL 的 MyISAM 引擎），那么 @Transactional 注解也不会生效。

使用了错误的事务传播机制：

@Transactional 注解有一个 propagation 属性，用于指定事务的传播行为。如果使用了错误的事务传播机制，可能会导致事务不按照预期的方式工作。

这篇关于@Transaction注解详情解释的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---