20.下单服务（mq、分布式事务）

最新推荐文章于 2024-04-19 03:06:20 发布
最新推荐文章于 2024-04-19 03:06:20 发布
阅读量981 收藏 2
点赞数 1
分类专栏： 电商项目 文章标签： java rabbitmq 分布式事务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/di_ko/article/details/117716496
版权
本文介绍了RabbitMQ在订单服务中的应用，主要用于解决分布式事务问题。讨论了direct、fanout和topic三种交换机模式，以及订单服务流程和库存锁定解锁的场景。同时，提到了消息队列在确保消息可靠性时可能遇到的消息丢失、重复和积压问题，并详细描述了如何处理这些问题以保证库存与订单的一致性。
摘要由CSDN通过智能技术生成

mq介绍：

交换机的类型：

1.direct 2.fanout 3.topic 4.headers（一般不用）

direct点对点通信模式：

fanout:广播模式

topic:部分广播

RabbitMQ的消息确认机制——可靠抵达

最低0.47元/天 解锁文章
迪恩_Emma
关注
专栏目录
分布式事务的四种解决方案
csdn_lulinwei的博客
09-17 843
简述 分布式事务指事务的操作位于不同的节点上，需要保证事务的 AICD 特性。 例如在下单场景下，库存和订单如果不在同一个节点上，就涉及分布式事务。 解决方案 在分布式系统中，要实现分布式事务，无外乎那几种解决方案。 一、两阶段提交（2PC） 两阶段提交（Two-phase Commit，2PC），通过引入协调者（Coordinator）来协调参与者的行为，并最终决定这些参与者是否要真正执行事务。 1. 运行过程 1.1 准备阶段 协调者询问参与者事务是否执行成功，参与者发回事务执行结果。
下单场景下的分布式
weixin_30340775的博客
08-23 374
现在用户对商品下单，我们的系统有三个步骤要做： 1.减商品的库存。 2.如果用户有红包，扣掉用户的可用红包。 3.创建一个订单。 情况1：交易系统中扣库存成功，扣红包成功，但是此时由于某种原因（如超时）导致创建订单失败。 问：如何解决数据一致性（C）问题？ 答：1.一次创建失败，为提高系统的可用性，我们应该进行操作的重试（如：3次）。2 　　2.如果还是失败，那可...
分布式订单流程设计
qq_36087639的博客
09-05 1361
订单流程设计 订单流程图 如何在高并发下，保证数据的唯一性？例如某商品同时有上百个定单， 如何保证定单下单成功的同时，保证库存正确 我也是想的队列或者加锁，都是串行的方式，如果数据量再大，客服端可能就响应慢 以尝试将库存扣减和下单分开，下单可以先创建成中间态订单，异步减库存，减成功再改订单状态 。热点库存在扣减时可以累加减。减少并发。读写分离，读可以缓存，异步更新。 一致的呢 只是把一个动作改成了N个动作，可以分压 秒杀系统套路 读写分离 拆单 分流 按我们的观察，如果你只做hash查询与操作还
基于MQ的异步创建订单，提高下单并发量
07-16 2982
两种方案：全量异步、半异步。下面分别说明一下两种方案的区别。 全量异步： 1. 前端调用下单接口获取订单id 2. 下单接口构造订单领域对象，并缓存订单id到redis，状态为0（创建中），然后将领域对象通过MQ发送，并返回订单id到前端 3. 订单系统消费异步创建订单的消息，调用库存等服务，如果失败，更新redis状态为-1（并设置错误状态码）；如果成功；删除redis记录 4. 前端获取到订单id后，轮询调用订单系统查询订单结果： 4.1 如果redis命中，且为-1，则返回订单创建失.
【谷粒商城】分布式事务与下单
热门推荐
努力充实，远方可期
03-18 1万+
=购物车== 构建gulimall-cart，复制静态资源到nginx，修改网关 购物车分为离线购物车和登录购物车 离线购物车重启浏览器了也还有 1、购物车需求 特点：读多写少，放入数据库并不合适 登录状态：登录购物车 放入数据库 mongodb 放入redis（采用） 登录以后，将离线购物车里合并后清空离线购物车 未登录状态：离线购物车 放入localstorage浏览器的技术 cookie WebSQL 放入redis（采用） 浏览器重启后还在 2、购物车VO (1) 数据结构分析
MQ 分布式事务 -- 微服务应用
Globalizationa的博客
06-30 532
1、背景 友情链接:https://www.cnblogs.com/Agui520/p/11187972.html 　　　　https://blog.csdn.net/fd2025/article/details/79863390 以支付、电商下单为例子。一个电商系统包含了好几大类模块，就比如有用户模块、商品模块、库存模块、订单模块、支付模块、物流模块，活动模块等，以下就先列举几个最基础常见的模块(用户模块、商品模块、库存模块、订单模块、支付模块)。 用户流程如下： 2、问题 如果系统规模...
3种使用MQ实现分布式事务的方式
温安适的专栏
12-10 1985
撸了今年阿里、头条和美团的面试，我有一个重要发现.......>>> 1.保证消息传递与一致性 1.1生产者确保消息自主性 当生产者发送一条消息时，它必须完成他的所有业务操作。 如下图： 这保证消费者接受到消息时，生产者已处理完毕相关业务，也就是1PC的基础。 1.2 MQ保存并转发消息 消息标记为持久化，MQ将会利用保存并转发机制，来履行它与发送者之间的契...
分布式事务的几种实现
pxy1993的博客
09-22 386
目录 一、二阶段（2PC）提交方案：强一致性 二、3阶段提交 三、TCC 事务：最终一致性 四、本地消息表：最终一致性 五、MQ 事务：最终一致性 六、Saga 事务：最终一致性 一、二阶段（2PC）提交方案：强一致性 事务的发起者称协调者，事务的执行者称参与者。 处理流程： 准备阶段 事务协调者，向所有事务参与者发送事务内容，询问是否可以提交事务，并等待参与者回复。 事务参与者收到事务内容，开始执行事务操作，讲 undo 和 redo 信息记入事务日志中（但此时并不提交事务）。 如果参与者执行成功
分布式事务——分布式事务简介、分布式事务框架 Seata（AT模式、Tcc模式、Tcc Vs AT）、分布式事务—MQ
m0_67402013的博客
07-29 619
最早的分布式事务应用架构很简单，不涉及服务间的访问调用，仅仅是服务内操作涉及到对多个数据库资源的访问。当一个服务操作访问不同的数据库资源，又希望对它们的访问具有事务特性时，就需要采用分布式事务来协调所有的事务参与者。对于上面介绍的分布式事务应用架构，尽管一个服务操作会访问多个数据库资源，但是毕竟整个事务还是控制在单一服务的内部。如果一个服务操作需要调用另外一个服务，这时的事务就需要跨越多个服务了。四种模式，https1.4.01.2.0Seata是什么？一阶段，这些就不再赘述了。总之，...
11 支付订单库存消息Mq交互(分布式事务)1
08-08
在支付订单库存消息交互的场景中，分布式事务确保了当用户下单后，库存系统能够正确地减少相应商品的数量，并且订单系统能够记录交易信息。在这个过程中，消息队列可以扮演一个关键角色，提供异步处理和解耦服务的...
分布式事务（再深入）——分布式事务理论基础 &amp； Java分布式事务解决方案
最新发布
2401_84254196的博客
04-19 877
刚性事务：分布式理论的CP，遵循ACID，对数据要求强一致性。XA协议是一个基于数据库层面的分布式事务协议，其分为两部分：事务管理器（Transaction Manager）和本地资源管理器（Resource Manager）。事务管理器作为一个全局的调度者，负责对各个本地资源管理器统一号令提交或者回滚。主流的诸如Oracle、MySQL等数据库均已实现了XA接口。二阶提交协议（2PC）: 根据XA协议衍生出来而来;
整理分布式事务“下订单”逻辑
weixin_45716265的博客
06-01 516
库存解锁中使用
分布式事务-下单、支付案例
piaodangdeyouzi的专栏
11-20 3655
分布式事务-下单、支付案例
【电商 】订单减少库存业务流程，分布式ID策略选型，C# .net雪花ID代码，下单功能实现 ，异步延时队列
cao919的专栏Net
08-26 270
C# 。net 订单 -订单详情-订单状态-库存。电商 订单减少库存业务流程。
基于真实电商的下单扣库存学习理解分布式事务解决方案
念念不忘，必有回响
01-23 5102
文章目录业务背景分布式事务解决方案及缺点业务过程分析下单扣减库存的业务难点解决方案1. 先扣库存，后创建订单2. 先创建订单，后扣库存异常数据处理1. 库存表流水表2. 重试+回滚+报警+人工介入总结 这里是weihubeats,觉得文章不错可以关注公众号小奏技术，文章首发。拒绝营销号，拒绝标题党 业务背景 我们这里将业务简化为最简单的下单扣库存逻辑，不去关注其他分支部分来理解整个电商下单扣库存的解决方案 分布式事务解决方案及缺点 最终一致性：异步解决方案，数据同步有延迟。性能高 TCC(try、Co
「要点解析」分布式高级商城业务：分布式事务，满足你的好奇心
如果频繁就私信一下呢
03-05 487
订单服务—分布式事务 本地事务 事务的基本性质 数据库事务的几个特性：原子性（Atomicity）、一致性（Consistency）、隔离性或者独立性（Lsolation）和持久性（Durabilily）,简称就是ACID原子性：一系列的操作整体不可拆分，要么同时成功，要么同时失败一致性：数据在事务的前后，业务整体一致转账：A:1000；B:1000；转 200；事务成功：A:800；B:1200隔离性：事务之间互相隔离持久性：一旦事务成功，数据一定会落盘在数据库 在以往的单体应用中，我们多个业务操
基于MQ的分布式事务
weixin_42065915的博客
12-12 222
分布式事务 分布式事务实现的五个步骤 出现异常一般会重试几次由消费者记录重试次数,重试次数过多内容格式错误等情况,通过线上预警机制通知运维人员; 如果消息发送一直不成功就可以让人工进行干预 ...
分布式事务与下单
wangzhipeng47的博客
06-07 1642
分布式事务与下单 目录 分布式事务与下单 一、gulimall-cart 二、购物车 1、购物车需求 2、购物车VO 3、 ThreadLocal用户身份鉴别 3. 添加商品到购物车 4. 展示购物车 5. 选中购物车项 6. 修改购物项数量 7. 删除购物车项 三、消息队列 四、Session共享 五、订单模型 六、服务通信数据共享问题 订单登录拦截 异步线程的request数据与远程调用cookie的携带 七、订单确认页 八、接口幂等性讨论 九、订单提交 十、
【分布式事务与分库分表】
Java程序员廖志伟
04-07 271
🌟我是廖志伟，一名Java开发工程师、Java领域优质创作者、CSDN博客专家、51CTO专家博主、阿里云专家博主、清华大学出版社签约作者、产品软文专业写手、技术文章评审老师、问卷调查设计师、个人社区创始人、开源项目贡献者。🌎跑过十五公里、🚀徒步爬过衡山、🔥有过三个月减肥20斤的经历、是个喜欢躺平的狠人。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值