前言 这是《Spring Cloud 进阶》专栏的第六篇文章，往期文章如下： 五十五张图告诉你微服务的灵魂摆渡者Nacos究竟有多强？ openFeign夺命连环9问，这谁受得了？ 阿里面试这样问：N

服务间调用难以保持一致性。例如上图中的两次调用。因为三个步骤操作的不是同一个数据库，导致无法使用jdbc事务管理以达到一致性。而且两次服务调用，因为涉及到复杂的网络环境，很容易出现，服务调用失败。

「这是我参与2022首次更文挑战的第1天，活动详情查看：2022首次更文挑战」 事务的基本特性： 我们知道事务有4个非常重要的特性，即我们常说的（ACID）。 Atomicity： 原子性（要么全部执

一个非常非常重要的知识点，分布式保证接口幂等性，很简单的解决方案，每天一个知识点，十分钟搞定它...

分布式系统中非常常见的一个场景，【如何保证多个接口请求的顺序性】，这在面试或者日常开发都是非常基础并且重要的知识点

分布式事务是微服务实践中一个比较棘手的问题，在笔者所实施的微服务实践方案中，都采用了折中或者规避强一致性的方案。参考Ebay多年前提出的本地消息表方案，基于RabbitMQ和MySQL（JDBC）做了轻量级的封装，实现了低入侵性的事务消息模块。本文的内容就是详细分析整个方案的设…

我们都知道在分布式的系统中，很容易出现数据不一致的问题，分布式事务的解决框架现在有阿里的seta。那我们能不能从RabbitMQ的角度来思考如何做补偿机制呢？

前言 之前介绍了分布式事务解决方案：2PC，3PC，TCC机制，今天主要介绍基于 RabbitMQ 的分布式事务解决方案，Let's go ! 分布式事务问题 以电商业务为例，订单服务对应的订单数据库

@[toc] 为什么要两阶段提交？一阶段提交不行吗？ 小伙伴们知道，MySQL 中的事务是两阶段提交，我们见到的很多分布式事务也都是两阶段提交的，例如 Seata，那么为什么要两阶段提交呢？一次直接提