本文主要是介绍@Transaction注解详情解释，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
概念：
@Transactional注解是Spring框架提供的一个用于声明式事务管理的注解，方便我们管理事务，保证数据的一致性与可靠性。
事务4个基本特性：
原子性：一个事务要不全部（sql）执行；要不都不执行（回滚）。
一致性：事务执行前后数据库的状态保存一致。（数据完整性，约束，预期一致）
隔离性：多个事务并发执行时，事务的执行时互不干扰的。
持久性：事务一旦提交，所做的操作，永久保存在数据库中。
使用：
可以放在方法上，可以放在类上。
类上：
表示该类下面所有的public方法都用相同的事务属性信息。
方法上：
表示该方法使用当前的事务属性信息。
属性：
propagation传播行为、isolation隔离级别、timeout超时时间、readOnly是否为只读事务、rollbackFor指定回滚异常类型、noRollbackFor抛出指定异常类型，不混滚事务。
propagation传播行为
-
REQUIRED (默认)
- 如果当前存在事务，则加入该事务；
- 如果当前没有事务，则创建一个新的事务。
-
SUPPORTS
- 如果当前存在事务，则加入该事务；
- 如果当前没有事务，则以非事务的方式继续运行。
-
MANDATORY
- 如果当前存在事务，则加入该事务；
- 如果当前没有事务，则抛出异常。
-
REQUIRES_NEW
- 暂停当前存在的事务（如果有的话），并创建一个新的事务，将自己的事务和这个新事务关联（如果支持的话）。
- 注意：即使外层事务发生异常被回滚，也不会影响内层
REQUIRES_NEW的事务。
-
NOT_SUPPORTED
- 以非事务的方式运行，如果当前存在事务，则把当前事务挂起。
-
NEVER
- 以非事务的方式运行，如果当前存在事务，则抛出异常。
-
NESTED
- 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，其行为与
REQUIRED相同。 - 嵌套事务是依赖于外部事务的，外部事务失败，嵌套事务也会失败，但嵌套事务的失败不会影响外部事务。
- 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，其行为与
注意：NESTED 和 REQUIRES_NEW 之间的主要区别在于，NESTED 的事务是依赖于外部事务的，而 REQUIRES_NEW 则会完全独立地开始一个新的事务。
在使用 @Transactional 注解时，要特别注意方法的调用方式。例如，一个标记为 @Transactional 的方法被同一个类中的另一个方法直接调用时，事务的边界可能不会按照预期工作，因为Spring AOP默认是基于接口的代理。如果你直接调用同一个类中的方法，那么代理不会生效，因此事务管理也就不会工作。在这种情况下，你可能需要将该方法移动到另一个类中，或者使用编程式事务管理来手动控制事务。
isolation隔离级别
- Isolation.DEFAULT：使用底层数据库默认的隔离级别。这是默认值。
- Isolation.READ_UNCOMMITTED（读未提交）：允许读取并发事务尚未提交的数据。这种隔离级别可能会导致脏读、不可重复读和幻读。
- Isolation.READ_COMMITTED（读已提交）：对同一字段的多次读取结果都是一致的。这是大多数数据库系统的默认隔离级别（但不是MySQL的默认级别）。它防止了脏读，但可能出现不可重复读和幻读。
- Isolation.REPEATABLE_READ（可重复读）：对同一字段的多次读取结果都是一致的。这是MySQL的默认隔离级别。它解决了脏读问题，并且保证对同一字段的多次读取结果都是一致的。但是，它无法解决幻读问题。
- Isolation.SERIALIZABLE（可串行化）：最高的隔离级别，所有的事务依次逐个执行，这样事务之间就不可能产生干扰。但是，这将导致大量的事务等待无法并发执行，从而降低系统的吞吐量。
失效场景
方法不是 public 的：
如果 @Transactional 注解应用在一个非 public 修饰的方法上，它将不会生效。这是因为 Spring AOP（面向切面编程）在代理目标方法时，只能拦截 public 方法。
当前类没有被 Spring 容器托管：
如果类没有被 Spring 容器管理（例如，没有使用 @Service、@Component 等注解），那么 @Transactional 注解也不会生效。
异常被捕获：
如果在事务方法内部捕获了异常并且没有重新抛出，那么 Spring 将不会知道事务应该回滚。
数据库不支持事务：
如果你正在使用一个不支持事务的数据库或数据库引擎（例如，MySQL 的 MyISAM 引擎），那么 @Transactional 注解也不会生效。
使用了错误的事务传播机制：
@Transactional 注解有一个 propagation 属性，用于指定事务的传播行为。如果使用了错误的事务传播机制，可能会导致事务不按照预期的方式工作。
这篇关于@Transaction注解详情解释的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
