Spring中配置Transaction与不配置的区别及说明

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 属性，用于指定事务的传播行为。
• 如果使用了错误的事务传播机制，可能会导致事务不按照预期的方式工作。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论