分布式事务模式之SAGA-从SAGA起源到Seata崛起
发布网友
发布时间：2024-08-07 05:05
共1个回答
热心网友
时间：2024-08-11 00:58
1987年的技术革新中，Hector与Kenneth提出了革命性的Saga概念，它应运而生于SQL成为国际标准的那个历史时刻。长事务（Long-Living Transaction, LLT）曾因性能问题和资源加锁的副作用而备受困扰。面对这些挑战，Saga的出现为解决LLT的延迟和风险提供了一种新的视角。它将复杂的LLT分解为一系列子事务（Sub-Transactions），即S+C，旨在保证原子性和最终一致性，但牺牲了一部分隔离性。
Saga的理论基石源自一篇论文，其中阐述了将LLT事务拆分成可管理的小事务，每个子事务都与一个补偿事务相对应。这个过程中，数据库负责确保子事务的ACID特性，而临时数据存储则负责保持事务的整体一致性。 Saga Execution Component（SEC）作为关键组件，通常由数据库管理系统（DBMS）来承担事务的执行管理任务。</
为了实现 Saga 的可靠执行，系统会利用日志记录事务的活动，特别是在分布式环境中，涉及多个SEC的协作。Saga守护程序（SD，Saga Daemon）负责调度事务的状态，当遇到失败时，它采用反向和正向补偿策略来恢复事务的正确性。阿里巴巴开源的分布式事务解决方案Seata，就是Saga模式的一个重要实践者。Seata支持AT、TCC、SAGA和XA等多种事务模型，以TM（Transaction Manager）、RM（Resource Manager）和TC（Transaction Coordinator）为核心架构。
RM在Seata中扮演着Saga中的SEC角色，而TC则类似于 Saga 守护程序SD，负责事务的协调和状态管理。Seata的设计汲取了历史规范的智慧，以提供灵活且高效的事务处理。</
SAGA模式在处理复杂业务流程时如鱼得水，通过状态机的设计，定义了事务执行的路径，确保在任何情况下都能实现回滚。Seata的最佳实践强调了空补偿策略，防止事务悬挂，并严格执行幂等性，这都旨在提升分布式事务处理的效率和稳定性。本文的目的，正是深入探讨分布式事务的理论基础，为理解这个领域的核心原理提供坚实的基石。
