分布式事务,事务失效,TC事务协调者


1. 概述

本方案书旨在解决分布式系统中事务一致性问题,重点阐述全局事务标识(XID)的传递与存储机制、事务协调者(TC)的设计与部署,以及分布式事务失效场景的应对策略。基于业界成熟框架(如Seata)的最佳实践,提供高可用、高性能的分布式事务解决方案。


2. 核心概念与架构

2.1 分布式事务模型

  • AT模式(自动补偿)
    通过全局锁和逆向SQL(undo log)实现自动回滚,适用于数据库操作。
  • TCC模式(手动补偿)
    业务层实现Try-Confirm-Cancel接口,适用于复杂业务逻辑。
  • Saga模式(长事务)
    通过事件驱动和补偿事务链实现最终一致性,适用于跨服务长流程。

2.2 核心组件

组件 角色
事务协调者(TC) 独立服务,负责全局事务状态管理和协调。
事务管理器(TM) 集成在业务服务中,负责开启/提交/回滚全局事务。
资源管理器(RM) 管理本地资源(如数据库、消息队列),执行分支事务的提交/回滚。

3. XID 的传递与存储机制

3.1 XID 的生成与作用

  • 全局唯一性:由TC生成,格式示例:192.168.1.100:8091:123456
  • 核心功能:关联所有分支事务,确保跨服务、跨资源的操作原子性。

3.2 XID 的传递方式

场景1:跨服务调用(RPC/HTTP)
  • 隐式传递(推荐)
    通过RPC框架(如Dubbo、Feign)的请求头自动传递XID。
    // Feign 拦截器示例  
    public class XidFeignInterceptor implements RequestInterceptor {
         
           
        @Override  
        public void apply(RequestTemplate template) {
         
           
            String xid = RootContext.getXID();  
            template.header(
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值