1、当前处理分布式事务的常见方法主要有三种：第一种方法是结合消息中间件实现可靠消息最终一致性。这种方案要求业务系统与消息中间件协同工作，确保消息的发送和接收成功。消息的状态需要由业务系统进行控制。第二种方法是TCC补偿性事务方案，分为三个阶段：尝试、确认和取消。
2、第一种方案：可靠消息最终一致性，需要业务系统结合MQ消息中间件实现，在实现过程中需要保证消息的成功发送及成功消费。即需要通过业务系统控制MQ的消息状态 第二种方案：TCC补偿性，分为三个阶段TRYING-CONFIRMING-CANCELING。每个阶段做不同的处理。
3、Seata AT 模式是一种非侵入式的分布式事务解决方案，通过数据库操作的代理层实现分布式事务的回滚和提交。此模式下，Seata 自带的 DataSourceProxy 对数据源进行包装，实现全局事务的管理。在使用 AT 模式时，业务代码仅需引入 @GlobalTransactional 注解，即可轻松实现分布式事务能力，减少业务改造成本。
4、分布式事务有两种解决方式 优先使用异步消息。 上文已经说过，使用异步消息 Consumer 端需要实现幂等。 幂等有两种方式， 一种方式是业务逻辑保证幂等 。比如接到支付成功的消息订单状态变成支付完成，如果当前状态是支付完成，则再收到一个支付成功的消息则说明消息重复了，直接作为消息成功处理。
5、源码地址：https：//github.com/apache/servicecomb-pack alpha 是事务协调中心，保存事务日志，通过日志协调各个分支 demo 里面项目的各框架的例子：spring和dubbo saga tcc docs 设计文档，最先应该熟悉的。
6、首先是不建议采用XA两阶段提交方式去处理分布式事务，要知道要能够支持XA分布式事务，必须是要实现XA规范才可以，而Service本身是无状态的，如果这样去做了等于是把Service内部的东西暴露了出去。对于分布式事务最好的方式还是事务补偿或者BASE基于消息的最终一致性。
为实现分布式事务的解决，通常有四种方案，其中包含两阶段提交（2PC）、事务补偿（TCC）、本地消息表+补偿重试以及基于MQ的事务消息。两阶段提交（2PC）是一种通过协调者组件实现统一调度所有分布式节点事务执行的方案。事务通过分为两个阶段，Commit-request阶段确保了资源预留，Commit阶段确保资源最终被分配。
分布式事务涉及多个节点和服务的协同操作，确保数据一致性与可靠性，如图所示：图片 有四种主要的分布式事务解决方案：两阶段提交协议（2PC） 分为准备和提交两步：协调者询问参与者准备，成功后提交，失败则全体回滚。 优点：保证原子性和一致性，但存在阻塞、单点故障和数据不一致性问题。
Seata 是一个由蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案，提供高性能和易于使用的分布式事务服务，为用户提供一站式的分布式解决方案。Seata支持多种分布式事务模式，包括XAResource和Saga模式。Seata架构由三个关键角色构成：事务管理器（TM）、资源管理器（RM）和协调器（CC）。
综上所述，Seata提供了四种分布式事务解决方案，包括XA、AT、TCC和Saga模式，每种模式在特性、优缺点上有所不同，适用于不同的场景需求。
XA模式我们先看看百度百科中XA的定义：XA协议由Tuxedo首先提出的，并交给X/Open组织，作为资源管理器（数据库）与事务管理器的接口标准。Oracle、Informix、DB2和Sybase等各大数据库厂家都提供对XA的支持。XA协议采用两阶段提交方式来管理分布式事务。
1、有四种主要的分布式事务解决方案：两阶段提交协议（2PC） 分为准备和提交两步：协调者询问参与者准备，成功后提交，失败则全体回滚。 优点：保证原子性和一致性，但存在阻塞、单点故障和数据不一致性问题。 三阶段提交协议（3PC） 增加预提交阶段，减轻阻塞，避免了2PC的直接准备阶段问题。
2、为实现分布式事务的解决，通常有四种方案，其中包含两阶段提交（2PC）、事务补偿（TCC）、本地消息表+补偿重试以及基于MQ的事务消息。两阶段提交（2PC）是一种通过协调者组件实现统一调度所有分布式节点事务执行的方案。事务通过分为两个阶段，Commit-request阶段确保了资源预留，Commit阶段确保资源最终被分配。
3、第一阶段：事务发起者TM向TC申请开启全局事务，被调用的各个服务即RM向TC注册各自的本地事务。RM执行完本地事务但还不真正提交，会向TC报告执行状态。第二阶段：如果各个本地事务都执行成功，则TC向各个RM发送提交的指令，各个本地事务真正提交。
4、Saga模式是Seata提供的长事务解决方案，分为两个阶段。优点在于提供了一种灵活的事务处理机制，能够处理复杂的业务场景。然而，它也存在一定的缺点，如事务的执行可能变得复杂，且在某些情况下可能导致额外的性能开销。
分布式事务的产生源于系统拆分，特别是存储层的数据库分库分表和服务层的业务解耦。为应对这些复杂性，解决方案包括两阶段和三阶段提交协议、TCC分段提交，以及基于消息队列的最终一致性设计，如本地消息表和Seata等开源组件。
有四种主要的分布式事务解决方案：两阶段提交协议（2PC） 分为准备和提交两步：协调者询问参与者准备，成功后提交，失败则全体回滚。 优点：保证原子性和一致性，但存在阻塞、单点故障和数据不一致性问题。 三阶段提交协议（3PC） 增加预提交阶段，减轻阻塞，避免了2PC的直接准备阶段问题。
解决方案 两阶段提交（2PC）： 一种复杂的机制，将事务分两步提交，涉及协调者和参与者。尽管能保证强一致性，但可能导致性能瓶颈和可靠性问题。 三阶段提交（3PC）： 在2PC基础上改进，解决协调者单点问题，但数据一致性问题依然存在，且在协调者故障时可能引发问题。
当前处理分布式事务的常见方法主要有三种：第一种方法是结合消息中间件实现可靠消息最终一致性。这种方案要求业务系统与消息中间件协同工作，确保消息的发送和接收成功。消息的状态需要由业务系统进行控制。第二种方法是TCC补偿性事务方案，分为三个阶段：尝试、确认和取消。
为实现分布式事务的解决，通常有四种方案，其中包含两阶段提交（2PC）、事务补偿（TCC）、本地消息表+补偿重试以及基于MQ的事务消息。两阶段提交（2PC）是一种通过协调者组件实现统一调度所有分布式节点事务执行的方案。事务通过分为两个阶段，Commit-request阶段确保了资源预留，Commit阶段确保资源最终被分配。
PC（Two-Phase Commit Protocol），也称为两阶段提交协议，是分布式事务中最早且较为基础的解决方案。该协议分为两个阶段：准备阶段和提交阶段。在准备阶段，所有参与节点都同意准备提交事务，然后在提交阶段，所有节点同时执行提交操作，或者所有节点都拒绝提交。
分布式事务的核心在于确保在分布式系统中，不同服务和数据库间的数据一致性。随着系统规模的扩大和技术升级，许多企业转而使用如Seata这样的分布式事务解决方案，但RabbitMQ的分布式事务机制同样重要。在分布式环境中，每个子服务独立运行，需要RabbitMQ协调跨服务间的事务处理，例如订单和库存服务间的扣减操作。
Kafka处理事务通过引入事务协调者和特殊的事务日志主题，确保读取-处理-写入模式中消息的原子性。事务协调者通过设置事务状态为PrepareCommit或PrepareAbort，控制消息的发送与回滚，保证消息处理的一致性。
消息发送方收到对应的查询请求，查询事务的状态，然后把状态重新推送给MQ SERVER，MQ SERVER就能之后后续的流程了。 相比于本地消息表来处理分布式事务，MQ 事务是把原本应该在本地消息表中处理的逻辑放到了 MQ 中来完成。 Kafka 中的事务解决问题，确保在一个事务中发送的多条信息，要么都成功，要么都失败。
RabbitMQ是一个实现AMQP协议的消息队列系统，主要应用于异步和解耦场景，提供消息缓冲与分发功能。在分布式系统中，消息队列广泛应用于支持分布式事务、RPC调用等。之前使用ActiveMQ，但在实际生产中遇到了一些问题，于是决定尝试使用RabbitMQ进行替换。RabbitMQ以其高可用性、高性能和灵活性等特性受到青睐。
消息队列概览 消息队列是一种异步服务间通信方式，支持无服务器和微服务架构，是实现分布式系统高级特性的关键组件。常见的主流消息队列包括ActiveMQ、RabbitMQ、ZeroMQ、Kafka、MetaMQ、RocketMQ、Pulsar等。
RabbitMQ是基于AMQP的开源消息代理软件，主要服务于企业级消息通信。它采用发布-订阅模式，具有可靠的异步处理机制，允许灵活路由和灵活的扩展能力。RabbitMQ在数据通信的可靠性和稳定性方面表现优异。其架构简洁明了，支持多种消息确认模式和集群部署，适合大型生产环境。
1、解决方案 两阶段提交（2PC）： 一种复杂的机制，将事务分两步提交，涉及协调者和参与者。尽管能保证强一致性，但可能导致性能瓶颈和可靠性问题。 三阶段提交（3PC）： 在2PC基础上改进，解决协调者单点问题，但数据一致性问题依然存在，且在协调者故障时可能引发问题。
2、TCC补偿性事务解决方案 最大努力通知型方案 第一种方案：可靠消息最终一致性，需要业务系统结合MQ消息中间件实现，在实现过程中需要保证消息的成功发送及成功消费。即需要通过业务系统控制MQ的消息状态 第二种方案：TCC补偿性，分为三个阶段TRYING-CONFIRMING-CANCELING。每个阶段做不同的处理。
3、图片 有四种主要的分布式事务解决方案：两阶段提交协议（2PC） 分为准备和提交两步：协调者询问参与者准备，成功后提交，失败则全体回滚。 优点：保证原子性和一致性，但存在阻塞、单点故障和数据不一致性问题。 三阶段提交协议（3PC） 增加预提交阶段，减轻阻塞，避免了2PC的直接准备阶段问题。
4、为实现分布式事务的解决，通常有四种方案，其中包含两阶段提交（2PC）、事务补偿（TCC）、本地消息表+补偿重试以及基于MQ的事务消息。两阶段提交（2PC）是一种通过协调者组件实现统一调度所有分布式节点事务执行的方案。事务通过分为两个阶段，Commit-request阶段确保了资源预留，Commit阶段确保资源最终被分配。
5、分布式事务的几种解决方案包括： XA（两阶段提交）：分布式事务的解决手段之一，即两阶段提交协议（2PC：Two-Phase Commit）。