本文讨论了2PC协议在高并发环境下的低效率问题，提到了国外基于XA模型的商业产品在分布式事务下的性能下降。同时，文中介绍了RabbitMQ的消息确认机制作为一种半消息解决方案，以及MyBatis在事务管理中的应用。最后，作者强调了自建服务环境中部署分布式事务的挑战和学习资源的重要性。
-
协调者甲将收集到的结果反馈给乙丙丁（什么时候反馈，以及反馈结果如何，在此例中取决与丙的时间与决定）；
-
乙收到；
-
丙收到；
-
丁收到；
不仅要锁住参与者的所有资源，而且要锁住协调者资源，开销大。一句话总结就是：2PC效率很低，对高并发很不友好。
引用《世界性难题...》一文原话 “国外具有几十年历史和技术沉淀的基于XA模型的商用分布式事务产品，在相同软硬件条件下，开启分布式事务后吞吐经常有数量级的下降。”
此外还有三阶段提交
三 柔性事务
所谓柔性事务是相对强制锁表的刚性事务而言。流程入下：服务器A的事务如果执行顺利，那么事务A就先行提交，如果事务B也执行顺利，则事务B也提交，整个事务就算完成。但是如果事务B执行失败，事务B本身回滚，这时事务A已经被提交，所以需要执行一个补偿操作，将已经提交的事务A执行的操作作反操作，恢复到未执行前事务A的状态。
缺点是业务侵入性太强，还要补偿操作，缺乏普遍性，没法大规模推广。
目前基于消息队列的解决方案有阿里的RocketMQ
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
