通过可靠消息实现最终一致性 可靠消息，就是靠普消息，还是基于之前的这个案例 比如这个订单服务，无论你是先发送消息，还是先新建订单，它其实都是发送的不可靠消息就是说如果这个消息，像mysql事务那样，只要订单服务不确认，下游就没办法消费如果你这个订单服务挂了，就可以取消这个消息，就不用做这个本地消息表了本地消息表，要有一个这个循环的这么一个查询，高并发的时候，你本地的数据库本身压力就大

一、什么是可靠消息最终一致性方案？ 游戏陪玩app源码的可靠消息最终一致性方案是指当事务发起方执行完成本地事务后发出一条消息到消息中间件，事务参与方(消息消费者)一定能够接收到消息并处理事务成功，此方案强调的是只要消息发给游戏陪玩app源码的事务参与方，则最终事务要达到一致。 二、存在哪些问题？ 此方案是通过消息中间件实现的，游戏陪玩app源码的事务发起方（消息生产方）将消息发给消息中间件，

分布式事务基础理论 基于上述的CAP和BASE理论,一般情况下会保证P和A，舍弃C，保证最终一致性。最终一致是指经过一段时间后，所有节点数据都将会达到一致。如订单的"支付中"状态，最终会变为“支付 成功”或者"支付失败"，使订单状态与实际交易结果达成一致，但需要一定时间的延迟、等待。 概述案例 此方案的核心是将分布式事务拆分成多个本地事务，然后通过网络由消息队列协调完成所有事务，并实现最终一

前言 一致性设计在分布式系统中是一个重要问题。如果一个系统同时使用多个子数据系统来存储与读取数据，就必须设计满足功能需求的一致性定义。如果系统对不同数据子系统进行操作的结果不一致，不但可能会使用户困惑，更可能引发更严重的数据问题或系统错误。一致性有多种级别，适用于不同的业务场景。对于金融等对数据一致性要求较高的行业，传统的事务可以提供较高的一致性保证。对于分布式系统等对性能(performanc