dotnetcore 中的分布式消息事务

以前觉得分布式事务要和数据库事务一样，一个失败就要回退（2pc），直到看了

https://www.cnblogs.com/savorboard/p/distributed-system-transaction-consistency.html

才发现那样并不好。比如你下单买了一件衣服，但是这件衣服尺码没了，商家回直接把钱退给你吗？

还是消息中间件转发这种比较合适，事务A完成后订阅发布给事务B，如果事务B因某种原因不能完成，消息回停留在rabbitmq中，隔一段时间再重试，或者发邮件提醒管理员来解决事务B不能提交问题。而不是暴力的将事务A也回退回去。

 

 

 数据库中也会记录消息转发的状态

 

 

 

 

dotnetcore cap 的作者 博客园

https://www.cnblogs.com/savorboard/p/cap.html

https://www.cnblogs.com/savorboard/