面试题——分布式事务的实现方式

本文主要探讨面试中常见的分布式事务问题,分析面试官的心理及各分布式事务解决方案的优缺点。详细解析了二阶段提交(XA)、TCC、本地消息表、可靠消息最终一致性以及最大努力通知等方案,并举例说明了在不同场景下的适用性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

面试题

分布式事务了解吗?你们是如何解决分布式事务问题的?

面试官心理分析

只要你聊到了分布式系统,就一定会问道分布式事务,如果你对分布式事务一无所知的话,那的确很坑爹,至少要知道分布式事务的大致解决方案,每个方案的优缺点。
现在的面试,分布式系统成了标配,分布式事务也就成了必问的问题了。每种分布式方案都会带来一些问题,比如TCC方案的网络问题,XA方案的一致性问题。

面试题剖析

分布式事务的实现主要有以下5种方案:

  • XA方案
  • TCC方案
  • 本地消息表
  • 可靠消息最终一致性方案
  • 最大努力通知方案
二阶段提交方案/XA方案

所谓的XA方案,即:二阶段提交,有一个事务管理器的概念,负责协调多个数据库(资源管理器)的事务,事务管理器先问问各个数据库你准备好了吗?如果每个数据库都回复ok,那么久正式提交事务,在各个数据库上执行操作;如果任何一个数据库回复不ok那么就回滚事务。

这种分布式事务方案比较适合在单块应用里,跨多个库的分布式事务,而且因为严重依赖于数据库层来保证复杂的事务,效率很低,不适合于高并发的业务场景。如果要使用可以基于Spring + JTA来使用。

这个方案其实很少使用,一般来说某个系统内部如果出现了跨多个库的这么一个操作,是不合规的。现在微服务,一个大的系统分成几十个甚至上百个服务。一般来说,我们的规定和规范,是要求每个服务只能操作自己对应的数据库。

如果要操作别人的数据,必要通过调用别人的接口来实现,绝对不允许交叉访问别人的数据库。

TCC方案

TCC的全程就是TryConfirmCancel

  • Try阶段:这个阶段说
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值