本文共 981 字，大约阅读时间需要 3 分钟。
Seata是一个开源的分布式事务中间件，旨在解决微服务架构中分布式事务的痛点。以下是优化后的文章内容：
在微服务架构中，业务模块的分层设计和独立部署显著减轻了服务部署压力，解耦了业务耦合，支持了业务扩展且在单个服务故障时不影响其他服务的运行。然而，微服务并非十全十美，分布式事务问题是其必然面临的挑战，CAP和BASE理论为此提供了指导。阿里开源的Seata因其无侵入性和高性能而备受关注。
目前分布式事务方案主要分为对业务无入侵和有入侵两种类型。无入侵方案以两段式提交（2PC）为代表，依赖数据库XA协议，优点是无侵入业务代码，但存在锁定周期长、性能差等问题，因此不受欢迎。入侵方案如TCC和可靠消息方案虽能解决问题，但代码臃肿，维护成本高。
Seata通过三个模块实现全局事务管理：**Transaction Coordinator (TC)**负责协调全局事务的运行状态；**Transaction Manager (TM)**控制全局事务边界；**Resource Manager (RM)**管理分支事务，负责注册、状态汇报和资源操作。全局事务流程为：TM申请全局事务，TC生成XID；RM注册分支，等待指令；TM决定提交或回滚，TC调度分支完成操作。
XA方案依赖数据库XA协议，导致锁定周期长，性能差。Seata通过在应用层代理数据库操作，剥离了对数据库协议的依赖。RM代理数据源，解析SQL生成回滚日志，确保本地事务锁定时间短，提升性能。
分支事务利用RM代理，解析SQL生成回滚日志，镜像数据变化，利用ACID特性保证一致性。全局提交时，TC异步删除undo log；回滚时，利用日志恢复数据，释放资源，减少锁定时间。
Seata提供AT和MT模式。AT模式对业务无入侵，依赖ACID数据库；MT模式需业务定义Prepare/Commit/Rollback，适用于特定场景。Seata目标是无入侵方案，MT作为补充。
Seata通过将事务协调层移到应用层，避免了XA协议的限制，提升性能并减少对业务的侵入，成为微服务架构下的理想选择。其AT模式在ACID数据库中有效，MT模式适用于特定场景。Seata的设计使其在分布式事务中发挥重要作用。
转载地址：http://fvbp.baihongyu.com/