采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
这种情况反过来的话岂不是和 A 系统支付成功了,B系统修改失败一样了?
所以才需要分布式事务来解决呀。 比如补偿性事务,支付失败了,就把订单状态修改为失败就可以了
那上面的这种情况下,就相当于基于消息的分布式事务没法做到最终一致性了,订单显示已付款,但是实际付款失败了了,那不是没有做到一致性吗,这个情况下 基于消息的分布式事务是不是就没辙了,不采用TCC 的方案,就只能人工介入了? 但是你又说 基于mq 的是强一致性的,可以做到最终一致性,我没太理解这块儿。
不会直接就变成已付款,那是最终状态。 在支付成功以前肯定是类似于支付中的状态, 支付成功就是已付款,支付失败就变成支付失败
登录后可查看更多问答,登录/注册
实战Dubbo项目+面试技巧,老司机带你畅游微服务
1.4k 15
1.1k 11
1.4k 9
1.1k 9
3.2k 9