saga模式
Seata Saga是一种分布式事务处理模式，它在多个微服务之间执行复杂的、长时间的事务处理操作。该模式的目标是通过将事务划分为多个步骤，以及在每个步骤中进行适当的事务管理来实现高可用性和可扩展性。Seata Saga中的“Saga”是指长时间的事务，它通常由多个子事务组成。
在Seata Saga中，每个子事务都由一个微服务处理。当一个事务需要被执行时，它会被分解为多个子事务，并按照事务执行计划中的顺序执行。如果其中一个子事务失败，那么整个事务将会回滚到之前的状态，并且在每个子事务中所做的更改都将被撤销。
制定执行计划：在Seata Saga中，每个长事务都被分解为多个子事务，并按照预定义的执行计划顺序执行。因此，需要制定一个详细的执行计划，以便在执行过程中能够精确地跟踪事务的状态。
在执行每个子事务时，Seata提供了分布式事务协调器，称为“Seata Server”，它协调各个子事务之间的一致性。
创建全局事务：在执行每个子事务时，Seata Saga会向Seata Server发送一个“全局事务ID”，以表示这是一个属于整个事务的子事务。Seata Server将为该事务创建一个新的“全局事务”对象，并为该子事务分配一个唯一的“分支事务ID”。
执行子事务：在执行每个子事务时，Seata Saga会将全局事务ID和分支事务ID传递给相应的微服务。微服务使用这些ID来与Seata Server进行通信，并请求对事务状态进行提交或回滚。
监控和回滚：在执行过程中，Seata Saga会监控每个子事务的状态，并在发生错误或异常时回滚事务。如果一个子事务执行失败，Seata Saga将使用“补偿事务”机制来撤销所有已提交的更改。
保持事务的一致性和隔离性：Seata Saga使用Seata Server来维护全局事务的状态，并通过锁定和释放分支事务来确保事务的一致性和隔离性。
总的来说，Seata Saga是一种有效的分布式事务处理模式，它可以实现高可用性和可扩展性，并且在多个微服务之间处理复杂的事务处理操作。
基于状态引擎的实现方式
基于状态机引擎的Saga实现是一种较为灵活和可扩展的Saga模式实现方式，它的基本思路是将Saga模式转换为一个状态机模型，每个状态对应一个子事务的执行过程，并根据不同的状态进行不同的事务处理，从而实现全局事务的执行和控制。
在基于状态机引擎的Saga实现中，主要包含以下几个核心组件：
- 状态机定义：状态机定义是基于Saga模型的抽象，将Saga模型中的每个状态都映射到一个状态机中的状态。状态机定义通常由状态机描述语言（DSL）定义，并提供一个API来支持状态的定义和变更。
- 事务处理器：事务处理器是处理状态转换的关键组件，它用于根据状态机定义执行每个状态下的事务处理。在每个状态下，事务处理器将调用相应的事务处理器来处理当前状态下的事务。
- 事件处理器：事件处理器用于处理来自系统或其他微服务的事件，这些事件通常是用于驱动状态机的转换。事件处理器通常负责将事件映射到状态机定义中的状态，并调用相应的事务处理器来执行相应的事务处理。
- 存储引擎：存储引擎用于存储Saga模式的执行状态，包括全局事务ID、分支事务ID和当前状态等信息。存储引擎通常需要提供高可用性和可扩展性，以支持高并发的全局事务处理。