本地消息表模式保障分布式系统最终一致性

最新推荐文章于 2024-05-07 11:19:24 发布
最新推荐文章于 2024-05-07 11:19:24 发布
阅读量328 收藏
点赞数 3
文章标签： java 事务 本地消息表
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_47493863/article/details/138006222
版权

系统架构说明

在这里插入图片描述

状态转换说明

订单表消息表process_queue库存系统return_queue说明
成功失败///订单库回滚
成功成功失败//订单系统重发消息
成功成功成功失败/Broker自动重试，注意接口幂等
成功成功成功库存不足退回/Broker通知回掉，订单/消息作废
成功成功成功成功失败订单系统重发消息，注意接口幂等
成功成功成功成功成功数据最终一致
成功成功失败 （长时间宕机）失败（长时间宕机）成功订单超时，订单作废，消息作废（取决于业务需要）
RobinCode
关注
  • 3
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
保证分布式系统数据一致性的6种方案
02-25
在电商等业务中，系统一般由多个独立的服务组成，如何解决分布式调用时候数据的一致性？具体业务场景如下，比如一个业务操作，如果同时调用服务A、B、C，需要满足要么同时成功；要么同时失败。A、B、C可能是多个不同...
本地消息表实现分布式事务—可靠消息最终一致性解决方案
刘皇叔说Java的博客
12-23 1218
本地消息表：这是ebay研发出的一种分布式事务解决方案，通过将消息表存储在数据库中，实现了消息的一致性。它的核心思想就将分布式事务拆分成本地事务进行处理本地消息表是利用各系统本地事务来实现分布式事务。业务系统的执行和消息均放入本地消息表中,确保本地业务执行和消息表的操作在一个事务中。不尝机制重试读取本地消息表,调用远程应用操作。需要加入重试机制、最大执行次数、报警机制。本地消息表容忍数据暂时不一致，期望数据的最终一致性。
分布式事务—可靠消息最终一致性解决方案之本地消息表模式
qq_41889508的博客
03-27 1万+
本地消息表模式的核心通过本地事务保证数据业务操作和消息的一致性，然后通过定时任务发送给消费方或者中间加一层MQ的方式，保障数据最终一致性。
分布式系统的一致性问题（汇总）
热门推荐
二十同学
09-02 6万+
保证分布式系统数据一致性的6种方案 问题的起源 在电商等业务中，系统一般由多个独立的服务组成，如何解决分布式调用时候数据的一致性？ 具体业务场景如下，比如一个业务操作，如果同时调用服务 A、B、C，需要满足要么同时成功；要么同时失败。A、B、C 可能是多个不同部门开发、部署在不同服务器上的远程服务。 在分布式系统来说，如果不想牺牲一致性，CAP 理论告诉我们只能放弃可用性，这显然不能接受...
如何保证分布式数据最终一致性
坏小孩的博客
05-12 1820
保证分布式系统数据一致性的6种方案 问题的起源： 在电商等业务中，系统一般由多个独立的服务组成，如何解决分布式调用时候数据的一致性？ 具体业务场景如下，比如一个业务操作，如果同时调用服务 A、B、C，需要满足要么同时成功；要么同时失败。A、B、C 可能是多个不同部门开发、部署在不同服务器上的远程服务。 在分布式系统来说，如果不想牺牲一致性，CAP 理论告诉我们只能放弃可用性，这显然不能接受。为了便...
分布式系统数据一致性解决方案
BUG指挥课堂
03-03 5419
1.背景 微服务架构是一把双刃剑，我们在享受微服务拆分带来好处的同时，势必会遇到数据模型和服务之间不一致的问题。本文讨论的都是互联网企业在分布式架构下如何应对数据一致性问题的。 2.典型的一致性问题 案例1：下单和减库存的一致性 下单减库存有一致性的需求，如果下单了但是没减库存造成的结果是超卖；如果减库存了但下单失败会导致少卖。 案例2：缓存和数据库的数据一致性 电商系统一般会将热点数据缓存来减少数据库访问压力，这要求缓存和数据库数据是一致的，如果数据库数据发生变更但同步到缓存失败，这时就产生了
分布式消息最终一致性解决方案
CoderZS的博客
03-22 4312
随着分布式服务架构的流行与普及，原来在单体应用中执行的多个逻辑操作，现在被拆分成了多个服务之间的远程调用。虽然服务化为我们的系统带来了水平伸缩的能力，然而随之而来挑战就是分布式事务问题，多个服务之间使用自己单独维护的数据库，它们彼此之间不在同一个事务中，假如A执行成功了，B执行却失败了，而A的事务此时已经提交，无法回滚，那么最终就会导致两边数据不一致性的问题；尽管很早之前就有基于两阶段提交的XA分...
基于RabbitMQ的分布式事务最终一致性解决方案
qq_40857365的博客
04-22 2881
1. 分布式事务 所谓事务，通俗一点讲就是一系列操作要么同时成功，要么同时失败。而分布式事务就是这一系列的操作在不同的节点上，那要如何保证事务的ACID特性呢。 原子性（atomicity）。一个事务是一个不可分割的工作单位，事务中包括的操作要么都成功，要么都失败。 一致性（consistency）。事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。 隔离性（isolation）。一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务
5种分布式事务最终一致性解决方案，一次性说清了！
田维常
06-10 564
分布式事务是企业集成中的一个技术难点，也是每一个分布式系统架构中都会涉及到的一个东西，尤其在微服务架构中，几乎可以说是无法避免，因此也常常被认为是微服务落地的最大阻碍。随着系统的服务拓扑...
【分布式】怎么保证一致性
指错||纠正||建议||水评+点赞&&评论&&关注&&转发，在这里你大概率会有所收获
08-25 2740
说到一致性就不能不提事务，事务这个词现在经常用于数据库，但是有一点要注意，站在一定的角度，事务并非只适用于数据库。
基于消息通信的分布式系统最终一致性平台.pdf
08-09
#资源达人分享计划#
使用RabbitMQ+延迟队列实现分布式事务的最终一致性方案
04-13
使用RabbitMQ+延迟队列实现分布式事务的最终一致性方案，demo以典型的订单+库存系统为例
测试分布式系统的线性一致性
01-27
最近看到一篇文章...正确实现一个分布式系统是非常有挑战的一件事情，因为需要很好的处理并发和失败这些问题。网络包可能被延迟，重复，乱序或者丢弃，机器可能在任何时候宕机。即使一些设计被论
C#(C Sharp)学习笔记_类【十五】
追求细节，成就完美
05-01 551
类（Class）是面向对象程序设计（OOP，Object-Oriented Programming）实现信息封装的基础。类是一种用户定义的引用数据类型，也称类类型。每个类包含数据说明和一组操作数据或传递消息的函数。类的实例称为对象。
链表刷题集
yajunjiao的专栏
04-30 934
本文主要列举了一些刷的题，不多，有那么几道，也建议各位去建立自己的刷题集。积少成多。
【一步一步了解Java系列】：探索Java基本类型与C语言的区别
2302_81249757的博客
04-29 1237
​​喜欢的一句话： 常常会回顾努力的自己，所以要为自己的努力留下足迹。作者：小闭。
Java基础（三）：Java异常机制以及底层实现原理
最新发布
Lee的博客
05-07 400
除了Java中提供的异常之外，我们也可以自定义一些异常，自定义异常可以自定义运行时异常和非运行时异常两种方式。自定义运行时异常之需要继承这个方法即可，这里我们加了一个构造方法，这样可以创建异常对象时加一些描述异常信息。自定义非运行时异常只需要继承Exception，这里也是加了一个构造方法，描述异常信息。
Nacos 配置中心实例分析实践
m0_73557631的博客
05-03 1025
​ 浏览器: http://localhost:5000/nacos/config/ip。先创建e-commerce-nacos-config-client5000 模块。​ 启动e-commerce-nacos-config-client5000。​ 启动Nacos Server。
分布式系统一致性协议
03-24
分布式系统一致性协议是用于确保在分布式系统中的多个节点之间达成一致状态的协议。在分布式系统中，由于网络延迟、节点故障等原因，节点之间的数据可能会出现不一致的情况。一致性协议的目标是通过协调节点之间的操作，使得系统在面对各种故障和并发操作时能够保持一致性。 常见的分布式系统一致性协议包括： 1. 两阶段提交（Two-Phase Commit，2PC）：2PC是一种基于中心协调者的协议，它通过两个阶段的消息交换来实现一致性。第一阶段是准备阶段，协调者向参与者发送准备请求，并等待参与者的响应。第二阶段是提交阶段，协调者根据参与者的响应决定是否提交或中止事务。2PC的缺点是存在阻塞和单点故障问题。 2. 三阶段提交（Three-Phase Commit，3PC）：3PC是对2PC的改进，引入了超时机制来解决阻塞问题。它将2PC的准备阶段拆分为canCommit和preCommit两个阶段，并引入超时机制来处理参与者和协调者的故障。 3. Paxos：Paxos是一种基于消息传递的一致性协议，用于解决分布式系统中的一致性问题。Paxos通过选举一个提议者和多个接受者来达成一致，它具有高度的容错性和可扩展性。 4. Raft：Raft是一种相对于Paxos更易理解和实现的一致性协议。Raft将一致性问题分解为领导选举、日志复制和安全性三个子问题，并通过选举一个领导者来协调节点之间的操作。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值