Spring中配置Transaction与不配置的区别及说明
作者：qq_32331073
Spring配置Transaction与不配置有何区别
首先
Spring中 Transaction管理 配置有两种方式：
- Annotation式：
@Transactional - Xml式：
<tx:method />
Note： 以下所有讨论，都是用 @Transactional 方式来 开启Transaction支持。
问题
- 什么样的
mehtod需要配置注解@Transactional？ method没有配置注解@Transactional， 难道sql操作就不会被commit？
解决
1.配置@Transactional的目的就是手动开启事务，保证method中一系列sql操作包含在同一事务中，从保证数据的完整性（回滚或提交）与读写安全（隔离级别）；
2.DataSource的 缺省 配置： defaultAutoCommit=true;
即： 如果method不配置 @Transactional ，则每执行一个 SQL操作，如果成功，默认开启的事务就会 立即 向数据库自动commit，而不能rollback；
3.为了维护 数据库的完整性，保证成批的 SQL 语句要么全部 commit，要么全部 rollback。通常包含以下两种方式：
- 用
BEGIN,ROLLBACK,COMMIT来实现，显式地开启并控制一个Transaction。 - 执行命令
SET AUTOCOMMIT=0，用来禁止当前会话自动commit。
method上配置注解@Transactional,就是使用第一种方式来实现Transaction管理 （基于SpringAOP实现方法增强，这里表现为TransactionAspectSupport ） 。
@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属性，用于指定事务的传播行为。- 如果使用了错误的事务传播机制，可能会导致事务不按照预期的方式工作。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。