基于MQ的分布式事务的疑问

支付服务，支付成功后，发送消息队列并且成功，但是订单服务并不一定马上消费（比如订单很多），那么支付服务那边不可能马上拿得到消息队列返回的结果吧？
既然不能马上拿得到结果，支付服务是如何得知订单服务是否成功，如果出现了异常，又如何回滚？
这些细节并没有讲，还是存在很多漏洞。

youngledo 2020-04-25

源自：手把手带你快速搞定分布式ID、分布式事务 2-17 基于MQ（业务实现）

74

收起

1回答

凌波微步 2020-04-26 07:51:24

1、支付成功后，支付服务修改支付状态，扣减金额，然后给订单服务发送消息。支付服务不需要等待订单服务的结果。就像你对接了支付宝，支付宝扣款成功后，会给你的系统发消息，支付宝是直接扣款的，不需要你的系统的执行结果。

2、还是以支付宝为例，支付宝扣款是不依赖你的系统的执行结果的，只是给你发消息，如果你的系统一直报错，也是没有办法的，最后只能人工干预。像这种基于mq的分布式事务，如果最后达不到一致，都是要进行人工干预的。

提问者 youngledo #1

也就是消息生产这边只保证消息发送出去了，如果没有发送成功，那么支付操作就回滚，否则就跟支付这边没有任何关系了，剩下的事的就看订单方怎么处理了？

2020-04-27 14:30:52
凌波微步回复提问者 youngledo #2

是的，理解正确。

2020-04-27 15:30:09

相似问题

分布式事务问题

分布式和微服务

微服务与分布式

feign服务调用

分布式的问题

登录后可查看更多问答，登录/注册

Java架构师-技术专家

参与学习 2672 人
提交作业 2894 份
解答问题 5874 个

Java程序员进级架构师的核心技能图谱与最佳成长方案

本课精华内容

问答作业

半仙，我被你圈粉了

262 4

跨域问题解决

78 10

generatorConfig.xml (系统找不到指定的文件。)

82 26

获取连接超时

45 21

docker在内网服务器部署elk

61 38

查看更多本课问答

请稍等 ...

意见反馈帮助中心 APP下载