Spring事务

xwh-

已于 2023-11-07 21:49:53 修改

阅读量57

点赞数 1

分类专栏： Spring 文章标签： spring java 数据库

于 2023-10-26 11:35:31 首次发布

本文链接：https://blog.csdn.net/xwh041213/article/details/134052378

版权

9 篇文章 0 订阅

订阅专栏

1.Spring对事务管理方式可以分为那些类型

Spring框架提供了多种事务管理方式，可以根据具体需求选择适合的方式。以下是Spring对事务管理方式的常见分类：

编程式事务管理（Programmatic Transaction Management）：
- 通过编程方式在代码中显式地管理事务。
- 使用TransactionTemplate或PlatformTransactionManager接口进行事务的启动、提交和回滚等操作。
- 可以更细粒度地控制事务的边界和行为。
声明式事务管理（Declarative Transaction Management）：
- 基于AOP（Aspect-Oriented Programming）的方式，在方法或类级别上声明事务行为。
- 使用@Transactional注解或XML配置来定义事务的传播行为、隔离级别、超时设置等。
- 通过代理机制，将事务管理逻辑从业务逻辑中分离出来，提高了代码的可维护性和可读性。
注解驱动事务管理（Annotation-Driven Transaction Management）：
- 一种声明式事务管理的方式，基于注解的方式来定义事务行为。
- 使用@Transactional注解来标记需要进行事务管理的方法或类。
- 可以通过元数据的方式将事务属性与业务方法进行关联，简化了配置和管理的过程。
基于XML的事务管理（XML-Based Transaction Management）：
- 使用XML配置文件来定义事务管理的行为。
- 通过配置TransactionManager、TransactionInterceptor等相关的Bean来实现事务管理。
- 可以灵活地配置各种事务属性，适用于复杂的事务场景。

这些事务管理方式在Spring框架中都有对应的支持和实现。开发者可以根据项目需求和个人偏好选择适合的方式进行事务管理，以确保数据的一致性和可靠性。

Spring事务的传播行为是指在多个事务操作之间如何继承和传播事务的范围和属性。Spring框架提供了丰富的传播行为选项，可以根据具体的业务场景来选择合适的选项。

以下是Spring事务的传播行为：

Propagation.REQUIRED（默认）：如果当前没有事务，则创建一个新事务，如果已经存在一个事务中，则加入该事务中。这是最常用的传播行为，也是Spring事务的默认传播行为。
Propagation.SUPPORTS：如果当前存在事务，则加入该事务中。如果不存在事务，则以非事务方式执行。适用于读取数据的场景。
Propagation.MANDATORY：必须在事务中执行，如果当前没有事务，就会抛出异常。适用于需要强制要求事务的情况。
Propagation.REQUIRES_NEW：无论当前是否有事务，新开启一个事务。此时当前的事务将被挂起，并且新的事务与原事务无关。
Propagation.NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就将其挂起。适用于对事务无要求的场景。
Propagation.NEVER：以非事务方式执行操作，如果当前存在事务，则抛出异常。适用于对事务有禁止的场景。
Propagation.NESTED：在当前事务的嵌套事务中执行。如果当前没有事务，则与Propagation.REQUIRED传播行为相同。

需要注意的是，传播行为只有在跨方法调用时才会生效。如果在同一个方法内执行多个事务操作，Spring默认将它们归并到同一事务中。

一。隔离级别

数据库事务的隔离级别指的是多个并发事务之间相互隔离的程度，它决定了一个事务能够看到其他事务的哪些操作以及它们对数据的影响。常见的数据库隔离级别包括以下几种：

READ UNCOMMITTED（读未提交）：最低的隔离级别，事务可以读取到其他事务尚未提交的脏数据。在该隔离级别下，存在脏读、幻读和不可重复读的问题。
READ COMMITTED（读已提交）：事务只能读取到其他事务已经提交的数据，解决了脏读的问题。但仍然可能存在幻读和不可重复读的问题。
REPEATABLE READ（可重复读）：事务执行期间能够多次读取同一数据，并保持一致性。在该隔离级别下，解决了脏读和不可重复读的问题。但仍然可能存在幻读的问题。
SERIALIZABLE（串行化）：最高的隔离级别，确保事务之间的完全隔离。每个事务按照顺序依次执行，避免了脏读、不可重复读和幻读的问题。但也因为串行化执行，导致并发性能较差。

需要注意的是，隔离级别越高，事务之间的并发性能就越差。因此，在选择隔离级别时需要权衡数据一致性和性能之间的关系，并根据具体的业务需求进行选择。

在Spring中，可以通过@Transactional注解或编程式事务管理来设置隔离级别。例如，使用@Transactional(isolation = Isolation.READ_COMMITTED)来指定事务的隔离级别为读已提交。

二。幻读，脏读

幻读和脏读是数据库中的两个重要概念，用来描述并发操作下可能出现的数据不一致情况。

幻读：幻读指的是在同一个事务内部，多次执行同样的查询操作，但结果集不一致的情况。通常是由于其他事务在事务执行期间插入或删除了符合查询条件的数据所导致的。幻读主要出现在读取操作（例如查询）中。
脏读：脏读指的是一个事务读取到了另一个事务未提交的数据。换句话说，当一个事务读取到了其他事务已经修改但尚未提交的数据时，可能会导致数据的不一致性。脏读主要出现在写入操作（例如更新、插入）未提交时的读取操作。

这两个问题都与并发事务处理有关。为了解决这些并发访问可能带来的数据一致性问题，数据库提供了各种隔离级别（如读未提交、读已提交、可重复读、串行化等），开发人员可以根据需求选择合适的隔离级别来控制事务之间的数据可见性和访问方式。

在实际应用中，为了避免幻读和脏读等并发问题，可以使用锁机制、事务隔离级别、乐观并发控制或悲观并发控制等技术手段来实现数据的一致性和完整性。

需要注意的是，幻读和脏读是数据库并发控制中的一部分，与Java语言本身没有直接关系。

关注

专栏目录