Seata分布式事务详解

       

目录

一、本地事务

二、传统的分布式事务

三、Seata分布式事务

        3.1 Seata AT模式

---

        分布式事务是指在分布式系统中，涉及多个节点（如数据库、服务）的一个操作序列，这些操作作为一个整体需要满足事务的ACID特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。在分布式系统中实现事务的管理比单一系统更为复杂，主要因为网络通信的不可靠性、节点间的异步操作及潜在的硬件故障等因素。

        事务分类：本地事务、传统分布式事务、Seata 分布式事务。

一、本地事务

        大部分传统公司的业务还是建立在单体应用的集群上，说白了，就是一种伪分布式的应用，事务在应用上下文中传播，就是在同一个 JVM 跑了各种 CRUD 操作。我们只要在服务入口处配置上 @Transactional 标签就可以开启事务管理，无外乎在配置下事务的传播性。这只是一个在本地控制的 Spring Transaction 而已。在使用 Spring 声明式事务时要注意事务失效的各种场景：

1. 类未被 Spring 管理：如果包含事务的类未被 Spring 管理，那 Spring 就无法对其进行事务控制
2. 方法权限不足：被@Transactional注解的方法必须是 public 的，因为 Spring 基于代理实现事务管理的，默认情况下它只能代理 public 方法
3. 方法别 final 或 static 修饰：final 方法不能被 Spring AOP 代理覆盖，因此事务增强无法应用于 final。static 方法属于类方法，不受实例影响，因此 Spring 的基于代理的事务管理也对 static 方法无效
4. 异常处理不当：如果事务方法内部捕获了应该触发事务回滚的异常，并没有再次抛出，那Spring 是无法感知到异常，从而事务失效
5. 事务的传播行为设置不当：如果事务方法之间的调用关系涉及到不同传播行为的配置，如REQUIRED、REQUIRES_NEW 等，配置错误可能会导致事务边界不符合预期。
6. 未指定回滚的异常类型：@Transactional 注解中的 rollbackFor 属性未指定或指定错误，导致在特定异常发生时事务失效
7. 数据库本身的限制：数据库本身不支持事务，或者事务隔离级别、锁机制等设置不合理，导致事务失效

        在复杂的分布式