33、微服务事务处理：从基础选择到Saga模式

微服务事务处理：从基础选择到Saga模式

在微服务架构的设计中，事务处理是一个至关重要的环节。它涉及到数据的一致性、系统的可靠性以及业务流程的顺利执行。下面我们将深入探讨微服务事务处理的相关内容，包括事务选项的选择、消息队列的处理以及Saga模式的应用。

1. 事务选项的选择

在微服务架构中，我们常常面临着全局事务和本地事务的选择。以报价结算微服务从队列中取出消息进行结算的场景为例，如果选择某种架构选项，仍然会遇到两阶段事务问题。

两阶段提交事务虽然在某些情况下有其合理性，比如可以最大化面向客户的微服务的吞吐量和可用性，但也存在诸多弊端：
- 单点故障风险 ：两阶段提交事务协调器是单点故障点，需要分布式和复制日志来保持状态并使协调器无状态。
- 通信开销大 ：与本地事务相比，两阶段提交事务与资源的往返次数大约是本地事务的两倍。
- 资源锁定时间长 ：资源锁定时间较长，在某些情况下可能会阻碍系统的可扩展性。
- 无法解决所有问题 ：当出现问题时，可能仍需要手动干预，例如从数据库崩溃中恢复，因此更倾向于热故障转移架构。

因此，我们需要根据具体情况，如上下文、功能和微服务的关键性，谨慎选择分布式事务和本地事务。

2. 消息队列、Peek和客户端确认

假设我们采用某种架构选项，并希望避免报价结算微服务和ActiveMQ消息代理之间的两阶段提交事务。当数据库操作和消息队列操作由分区资源支持时，它们无法原子执行。此时，我们不希望自动封装从队