Java 中的事务管理

DebugDiver代码深处潜水员

于 2024-08-02 21:15:00 发布

阅读量1.6k

点赞数 54

分类专栏：项目相关文章标签： java spring boot 分布式

本文链接：https://blog.csdn.net/weixin_42564451/article/details/140875339

版权

项目相关专栏收录该内容

30 篇文章 0 订阅

订阅专栏

Java 中的事务管理

Java 中的事务管理：基础知识与高级话题

Java 中的事务管理：基础知识与高级话题

在分布式系统和微服务架构中，事务管理是一项至关重要的技术。事务能够保证一组操作要么全部成功，要么全部失败，这对于维护数据一致性和完整性至关重要。本文介绍事务管理的基本概念，并深入探讨一些高级话题，如事务传播行为、隔离级别以及如何处理微服务环境下的事务问题。

事务基础

什么是事务？

事务是数据库管理系统中一组逻辑操作单元，这些操作要么全部执行成功，要么全部失败。事务具有ACID特性：

原子性（Atomicity）：事务是一个不可分割的工作单位，事务中的所有操作要么全部被执行，要么一个也不执行。
一致性（Consistency）：事务执行的结果必须使数据库从一个一致性状态转换到另一个一致性状态。
隔离性（Isolation）：事务的执行不能被其他事务干扰，即一个事务内部的操作及使用的数据对并发执行的其他事务是隔离的。
持久性（Durability）：一旦事务提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

事务管理方式

事务管理通常有两种方式：

编程式事务管理：通过编写代码来控制事务的开始、提交和回滚。

PlatformTransactionManager transactionManager = ...;
TransactionDefinition def = new DefaultTransactionDefinition();
TransactionStatus status = transactionManager.getTransaction(def);
try {
    // 执行业务逻辑
    ...
    transactionManager.commit(status); // 提交事务
} catch (Exception e) {
    transactionManager.rollback(status); // 回滚事务
}

声明式事务管理：通过注解或配置文件的方式定义事务的行为。
```
@Transactional
public void doSomething() {
    // 执行业务逻辑
}
```

高级话题

事务传播行为

事务传播行为定义了当一个方法被另一个方法调用时，应该如何处理事务。Spring 提供了七种传播行为：

REQUIRED：如果当前没有事务，则创建一个新的事务；如果当前存在事务，则加入该事务。这是默认值。
SUPPORTS：如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。
MANDATORY：如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。
REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则挂起当前的事务。
NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则挂起当前事务。
NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
NESTED：如果当前存在事务，则执行一个嵌套事务；如果当前不存在事务，则该行为等同于 REQUIRED。

事务隔离级别

事务的隔离级别决定了一个事务如何与其他事务隔离。Spring 支持四种隔离级别：

ISOLATION_DEFAULT：使用底层数据库的默认隔离级别。
ISOLATION_READ_UNCOMMITTED：最低的隔离级别，允许读取未提交的数据。
ISOLATION_READ_COMMITTED：允许读取其他事务提交的数据。
ISOLATION_REPEATABLE_READ：对于同一个字段的多次读取结果相同，除非数据被当前事务修改。
ISOLATION_SERIALIZABLE：最高的隔离级别，完全遵守了事务的隔离性，但性能较差。

微服务环境下的事务问题

在微服务架构中，单个事务往往跨越多个服务边界，这给传统的事务管理带来了挑战。常见的解决方案包括：

本地事务：每个服务负责自己的事务，不关心其他服务的状态。
补偿事务：使用最终一致性策略，通过补偿操作来保证数据的一致性。
分布式事务：如使用两阶段提交（2PC）、三阶段提交（3PC）、Saga 等模式来协调多个服务间的数据一致性。
事件溯源（Event Sourcing）：通过记录系统中的所有变更事件来重构系统状态，从而达到一致性的目的。
数据库中间件：使用如Seata等中间件来协调分布式事务。

示例：解决微服务间的事务问题

假设我们有两个服务：订单服务和库存服务。当用户下单时，需要同时减少库存并创建订单。如果使用传统的事务管理方式，由于这两个操作分布在不同的服务中，因此不能保证原子性。一种解决方案是使用 Saga 模式：

第一步：订单服务发起一个订单创建事务。
第二步：订单服务调用库存服务减少库存。
第三步：如果减少库存成功，订单服务提交订单创建事务；如果减少库存失败，订单服务取消订单创建事务，并恢复库存。

这种模式的关键在于每一步都有对应的补偿操作，确保事务的最终一致性。

@Service
public class OrderService {

    @Autowired
    private InventoryService inventoryService;

    public void createOrder(Order order) {
        try {
            // 减少库存
            inventoryService.decreaseStock(order.getItemId(), order.getQuantity());

            // 创建订单
            saveOrder(order);

            // 如果一切正常，提交事务
            commitOrderCreation();
        } catch (Exception e) {
            // 如果出现异常，回滚事务
            rollbackOrderCreation();
        }
    }

    private void saveOrder(Order order) {
        // 保存订单到数据库
    }

    private void commitOrderCreation() {
        // 提交订单创建事务
    }

    private void rollbackOrderCreation() {
        // 回滚订单创建事务
        inventoryService.increaseStock(order.getItemId(), order.getQuantity());
    }
}