订单未支付N小时后取消订单库存回滚

最新推荐文章于 2025-04-20 16:52:29 发布

六道湾卖杂货

最新推荐文章于 2025-04-20 16:52:29 发布

阅读量5.1k

点赞数 1

分类专栏：开发日常

本文链接：https://blog.csdn.net/phpwei/article/details/73141534

版权

开发日常专栏收录该内容

1 篇文章

订阅专栏

本文介绍了一种利用Redis实现订单两小时内未支付则自动取消并回滚库存的方法。通过将商品ID作为Key存储订单ID及商品数量，设置两小时的有效期，确保订单未支付时库存不会被占用。一旦订单支付成功，则从数据库中扣除相应库存。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

需求:1 订单两小时后未支付取消订单回滚库存

1使用消息队列。这里不讲

2.使用redis

商品下单时不扣除库存，把商品id作为key 用hash 保存订单id value 未商品数，有效时间为两小时

订单支付成功时删掉订单id 从数据库中扣除库存，删除订单id (失效)

查看库存时从数据库中取出库存 - 在获取redis中商品id 未key的所有值 = 当前可用库存

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

六道湾卖杂货

关注关注

1
点赞
踩
4

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

支付退款流程设计_如何设计订单系统？不妨看看这篇文章

weixin_39775577的博客

11-19

1704

本文主要讲述了在传统电商企业中，订单系统应承载的角色，就订单系统所包含的主要功能模块梳理了设计思路，并对订单系统未来的发展做了一些思考。1. 订单系统在企业中的角色在搭建企业订单系统之前，需要先梳理企业整体业务系统之间的关系和订单系统上下游关系，只有划分清业务系统边界，才能确定订单系统的职责与功能，进而保证各系统之间高效简洁的工作。2. 订单系统与各业务系统的关系（1）对外系统：所有给企业外部用户...

使用RabbitMQ模拟订单超时自动关闭订单及释放库存

qq_42476834的博客

07-12

921

使用RabbitMQ模拟订单超时自动关闭订单及释放库存

参与评论您还未登录，请先登录后发表或查看评论

交易回滚

章波的专栏

01-13

1469

/////////////////////////////////////////////////////////////////////////import java.util.*;import java.sql.*;import org.hibernate.*;import org.hibernate.cfg.*;import org.hibernate.criterion.*;publ

3.02 创建订单操作详细-订单创建与回滚 (创建订单操作详细)

java之书-资源

10-06

345

创建订单操作详细-订单创建与回滚

支付失败或成功之后的回退问题

cyx1874的博客

10-09

1620

1. replaceState 是替换当前的历史信息，可以给当前页面做个标记，或者更新当前页面的URL信息有三个参数(state,title,url)； state：一个与指定历史记录相关联的状态对象，当popstate事件触发时，会把该对象传入回调函数。如果不需要用到，可以传null。例如 history.replaceState({"goback":goback},"","")；当...

使用rabbitmq模拟下单后，30分钟未支付，取消订单，回滚库存。

da_kiku的博客

10-30

4234

使用rabbitmq模拟下单后，30分钟未支付，取消订单，回滚库存。这是使用rabbitmq的延迟队列来实现。不过rabbitmq并没有延迟队列这种模式，所以，需要通过TTL+死信队列来实现。下面，为了方便理解，首先认识一下ttl和死信队列。下面代码都是基于springboot2.3.4.RELEASE版本，由于生产者和消费者pom.xml和配置文件相同，所以，在下面先给出pom.xml和配置文件。 pom.xml <parent> <groupId>org.springfr

数据库回滚操作

acmukk22804的博客

12-06

414

/// ///事务 /// internal SqlTransaction Transaction { get; set; } public string EditEmployee(OrgEmployee employee, Guid departmentGuid, Guid companyGuid, bool isPIC) { SqlPlus plus = new SqlPlu...

支付退款流程设计_订单系统：从0到1设计思路

weixin_39531688的博客

11-19

1040

文章主要跟大家分享在订单系统承载的角色，以及梳理了主要功能的设计思路，一起来文中看看~概述本文主要讲述了在传统电商企业中，订单系统应承载的角色，就订单系统所包含的主要功能模块梳理了设计思路，并对订单系统未来的发展做了一些思考。1. 订单系统在企业中的角色在搭建企业订单系统之前，需要先梳理企业整体业务系统之间的关系和订单系统上下游关系，只有划分清业务系统边界，才能确定订单系统的职责与功能，进而保证各...

小明的Java面试奇遇之：超市订单履约系统的面试

热门推荐

martinmateng的博客

11-28

3万+

一、我们来看一个DML语句的处理过程描述 update undotest set object_type='VIEW' where object_type='PROCEDURE'; 检查shared pool中是否存在相同的语句，如果存在，重用执行计划，执行扫描运算，如果不存在，执行硬解析生成执行计划根据执行计划中的扫描运算，检查undotest表中的相关数据块是否存在buffer

秒杀 redis预扣减库存回滚补偿机制---实现最终一致性

酷毙了耶的博客

07-17

1万+

最近在搞秒杀抢购业务,考虑到秒杀会频繁扣减库存和回滚库存 ,会占用数据库资源,转而使用了redis做库存预扣减,然后在开发过程中遇到了些问题,发现网络上的redis做最终一致性很垃圾,根本没考虑回滚失败后如何保证预扣减库存的最终一致,我猜想可能是这方面的东西值钱(自卖自夸一下,哈哈),好了,开始正文问题: 问题是这样出现的,在回滚的的时候,如果服务器重启,而且重启的时候正好是redis更新成功,而修改订单由于mysql事务会自动回滚,幂等也没有记录成功,此时就会出现预扣减库存错乱实现技术: 一.red

回滚 rollback

开着奥迪卖小猪

06-30

5684

回滚 rollback 　　为了保证在应用程序、数据库或系统出现错误后，数据库能够被还原，以保证数据库的完整性，所以需要进行回滚。　　回滚(rollback)就是在事务提交之前将数据库数据恢复到事务修改之前数据库数据状态。　　回滚执行相反的操作，可以撤销错误的操作，从而保证数据的完整性。　　例如，用户A给用户B转账，在数据库中就需要给A与B的账户信息进行修改(update)

回滚机制——《亿级流量》

java的平凡之路

05-12

1934

回滚是指当程序或数据出错时，将程序或数据恢复到最近一个正确版本的行为。最常见的如事务回滚、代码库回滚、部署版本回滚、数据版本回滚、静态资源版本回滚等。通过回滚机制保证系统某些场景下的高可用。　　事务回滚　　在执行数据库SQL时，如果我们检测到事务提交冲突，那么事务中的所有已执行的SQL要进行回滚，目的是防止数据库出现数据不一致。对于单库事务回滚直接使用相关SQL即可。如果涉及到分布式数据库

七、回滚机制——事务回滚

流楚丶格念的博客

08-24

1545

在 Spring Boot 和 Spring Cloud 中实现事务回滚，可以根据系统的复杂性选择合适的事务管理策略。对于单库事务，使用 Spring 的注解即可实现事务管理和回滚。对于分布式事务，可以选择使用两阶段提交（2PC）、三阶段提交（3PC）、TCC 模式或 Sagas 模式等方法来保证事务的一致性和完整性。

订单一定时间未支付-回仓（Timer实现）

tolode的博客

10-12

1896

背景：做商品支付的开发过程中，一个必须考虑到的环节：用户在点击下单购买，同时也点击了支付，这时候由于各种原因，用户长时间未支付，对于库存有限的商品来说，一般会将当前订单的商品库存锁定一段时间，这段时间一过，还未支付，库存自动回库，同时修改支付状态，可以参照下12306的买票过程，对于这样一种需求，我们有什么开发成本低的方案呢？方案：如果你的后端是java开发的，那搞个schedule定时任务...

swoole完成订单取消

weixin_44084394的博客

07-11

239

1创建订单是将订单id传到开启定时器的方法中如图： $authcontroller = new AuthController(); authcontroller−>srartSwooleTimer(authcontroller->srartSwooleTimer(authcontroller−>srartSwooleTimer(sn); 1在公共统控制器中开启...

商品销售管理系统活动图

12-27

### 商品销售管理系统的活动图在商品销售管理系统的设计中，活动图用于展示系统内不同操作的顺序及其交互过程。通过这种方式可以清晰地表达业务逻辑和控制流。 #### 销售交易处理的工作流程当客户购买产品时，会触发一系列的操作： 1. 客户选择所需的商品并提交订单请求； 2. 系统验证库存情况；如果商品有货，则继续下一步骤；如果没有足够的存货量则通知顾客无法完成此次购物[^1]。 3. 收银员确认订单详情并向支付网关发送付款指令； 4. 银行返回授权状态给收银台——成功或失败； 5. 若支付被接受，更新数据库中的库存记录，并打印发票交给消费者； 6. 如果遇到任何错误（例如网络中断），将启动异常处理机制尝试解决问题或者回滚事务以保持数据一致性[^2]。以下是该场景下简化版本的商品销售管理系统部分功能模块对应的UML活动图表表示形式： ```plantuml @startuml title 商品销售管理系统 - 订单处理流程 :start; if (检查库存?) then (yes) :准备订单; else (no) :告知缺货; endif :发起支付请求; if (支付结果) then (success) :减少库存数量; :开具电子发票; stop else (fail) :取消订单; :提示支付失败; endif note right: 处理过程中可能出现\n各种类型的异常,\n需加入相应的捕获措施. @enduml ``` 此图仅展示了核心环节而省去了诸如会员积分累积、促销折扣计算等附加特性。实际项目里可能还会涉及到更多复杂的分支条件判断与并发执行路径规划等问题。