本文深入探讨了分布式事务的难点，包括拜占庭将军问题和Seata的AT模式、XA协议及TCC方式。重点讲解了Seata在两阶段提交和消息机制中的应用，并对比了不同解决方案。通过实例解析，展示了如何利用本地事务配合MQ实现一致性。
文章目录
《4.6.2 分布式事务难点分析》
- 分布式一致性：
- 两个节点之间不存在达成共识的确定性算法
- 拜占庭将军问题，比特币：同时需要解决一致性与正确性。分布式事务没有正确性的问题。
《4.6.4 强事务之Seata两阶段提交AT模式》
- SeataAT模式运行机制：
- 49 8
《4.6.5 强事务之Seata-XA协议》
- XA：
《4.6.6 强事务之Seata-TCC方式》
- try,commit/cancel ：
- 13 10 目前seata-tcc只支持rpc
- 18 10 空回滚：
《4.6.8 分布式事务之消息机制》
- 方案1：
- 方案2，加上了MQ：（视频中说，其实就是rocketmq的事务消息，待研究）
https://www.cnblogs.com/FlyAway2013/p/10124283.html：如果消息能够确保被mq 接收而且 永久保存，那么我们其实是不需要本地消息表的，本地消息表的作用，无非就是 永久化 消息。
可参考对照Java微服务下的分布式事务介绍及其解决方案。我归纳的关键点：拆为本地事务（加本地消息表）+MQ
《4.6.9 分布式事务总结》
- 解决方案对比：
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
