vlambda博客
学习文章列表

分布式事务及其解决方案

一、本地事务

简单来说,一个单体应用中,一般只会涉及一台数据库服务器,而数据库服务器本身就具有事务特性,这种在一台数据库服务器上实现的事务叫本地事务。


二、分布式事务

同理,在分布式系统中,每个应用都拥有自己的数据库服务器,此时想要实现多台应用之间的数据一致性,显然靠本地事务是无法实现的,因此需要实现分布式事务,也就是保证多个系统的操作原子性,要么全部成功要么全部失败的方式叫分布式事务。例如:

1)跨数据源的分布式事务

2)跨服务的分布式事务



三、分布式解决方案

分布式需要解决的问题就是不同系统之间的数据一致性问题,所以需要各个子系统之间互相等待,同时提交,同时回滚,达成强一致性。但是事务在等待过程中处于弱可用状态。各个子系统之间互相通讯,协调事务状态,因此需要一个事务协调者:

分布式事务及其解决方案


四、事务模式

1.基于两段性提交的XA模式

XA 规范 是 X/Open 组织定义的分布式事务处理(DTP,Distributed Transaction Processing)标准(协议),几乎所有主流的关系型数据库都对 XA 规范 提供了支持。


分布式事务及其解决方案


分布式事务及其解决方案


一阶段:事务协调者通知每个事务参与者执行事务,事务参与者反馈执行结果,不提交事务

二阶段:如果收到事务均执行完成,则通知每个事务参与者提交事务

基于这个思想,2019 年 1 月份蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案Seata


XA模式优势:1)事务的强一致性,满足ACID原则 2)常用数据库都支持,实现相对简单,没有代码侵入。


XA模式劣势:1)一阶段需要锁定数据库资源,等待二阶段才能释放,性能较差 2)依赖关系型数据库。


2.TCC模式

通过人工编码实现诗句恢复,需要实现三个接口

1)Try:资源的检测和预留

2)Confirm:完成资源操作业务;要求 Try 成功 Confirm 一定要能成功

3)Cancel:预留资源释放,可以理解为try的反向操作



优势:数据一致性较好,灵活性较好,

劣势:开发成本高,有代码侵入,每个事务操作每个参与者都需要实现try/confirm/cancel三个接口


3.基于消息队列的分布式事务

订单系统完成订单入库后,通知MQ向库存系统发送可减少库存消息,库存系统收到消息后减少库存执行本地事务,假如订单系统失败,不会触发消息发送,库存系统状态不变。



消息队列模式优势:由MQ协调完成,性能高,开发成本低

消息队列模式劣势:依赖数据库本地事务实现,MQ会出现频繁读取数据库记录,占用数据库资源。