⚖️ 跨服务一致性：分布式事务 TCC、Saga 与 Seata 框架解析

分布式事务的复杂性

在微服务架构中，一个业务操作可能跨越多个独立的服务和数据库。传统的单机事务 **ACID 特性** 无法保障跨服务的数据一致性，由此引入了 **分布式事务** 的概念。

主流分布式事务方案：

TCC (Try-Confirm-Cancel)

在业务层面进行两阶段提交。Try 阶段预留资源，Confirm 阶段确认，Cancel 阶段释放。逻辑复杂但隔离性好。

Saga 模式

将一个大事务分解为一系列本地事务。如果任何一个本地事务失败，则通过执行 **补偿事务** 来撤销之前已成功的操作，最终达成一致性。

Seata 框架

阿里巴巴开源的分布式事务解决方案，支持 AT（自动事务）、TCC 等多种模式，简化了分布式事务的实施。

分布式事务的核心目标是实现 **最终一致性**，而不是强一致性。后端工程师在设计时，应优先考虑通过 **业务重试** 或 **消息队列** 结合补偿机制来实现。只有在业务对实时一致性要求极高时，才应考虑引入 TCC 等复杂方案。