意见征求：异步处理数据状态和数据实际状态同步

问答 / 3 / 13 / 创建于 2年前

场景

订单30分钟未支付自动取消，用户下单的时候，写入一个30分钟的延时队列，问题：30分钟到的时候可能队列阻塞，临界点查询的时候可能订单状态还是待支付，但是实际上应该是已取消！

解决方案（有不合理或者不对的地方希望能指出来）

方案1：在模型事件retrieved中查询下单时间超过30分钟但是状态还是未支付的订单执行以下订单取消代码
方案2：状态不用数据库字段，根据多个字段(时间、是否支付等字段)返回一个订单状态

目前方案二是我常用的，请问大家还有没有比较合理的方案！

同步

勇敢的心

见习助教 845 声望

暂无个人描述~

0 人点赞

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

讨论数量: 13

如此甚好

97 声望

取消订单的时候加上过滤条件，只有状态是待支付的才能自动取消

2年前评论

slowlyo

课程读者 1.0k 声望 / ─=≡Σ(((つ•̀ω•́)つ▏使用 laravel 和 amis 快速构建你的后台 @ → owladmin.com

换种思路:

artisan 命令 : 每分钟查询一次 需要取消 的订单, 并处理
订单操作相关的接口 (列表/详情等…) 增加中间件, 查询并处理需要取消的订单 (下单时间距现在超过30分钟的订单)

2年前评论

slowlyo （作者）

@勇敢的心你自己不都说了嘛, 队列可能会有处理不及时的问题, 所以用命令, 然后靠bt或者cron去定时执行放在中间件的话, 可以保证在用户看到数据之前, 系统已经检查过一遍了

slowlyo （作者）

@Slowlyo 或者是laravel自己的任务调度然后在去定时跑任务调度

slowlyo （作者）

@勇敢的心所以中间件的作用就出来了啊

slowlyo （作者）

@勇敢的心只要用户看不出来, 那就是对的不用纠结实现方式

勇敢的心（楼主）

关于artisan命令，我觉得消息队列更合适吧？
关于中间件，和我方案一的逻辑一样就是查询某一个状态不正确就同步执行执行相关逻辑

勇敢的心（楼主）

@Slowlyo 不知道你是没有理解我的意思还是我没听懂你的意思，既然是异步，都有我说的这种问题，只是时间长短的问题

勇敢的心（楼主）

@Slowlyo 我明白你的意思，你说的中间件和我说的方案一的套路是一样的

Complicated

支持用定时任务30分钟（当队列有可能延迟的时候），或者定时任务+队列

php_yt

1.1k 声望

30 分钟到的时候可能队列阻塞，临界点查询的时候可能订单状态还是待支付，但是实际上应该是已取消！

查询的哪里？查询的不就是实际吗

2年前评论

yyy123456

课程读者 337 声望

第1种方案，你这个可以用定时任务，每分钟跑一遍，把所有未支付的设置成取消。定时任务稳定发生，就不会有这个问题了。
第2种方案，队列是可以有多个的。你看下larave的文档。然后把这个取消的单独用一个队列，这样应该会并发执行。
第3种方案，换连接，就是队列的后端，把这种你认为需要及时处理的单独放那个连接。
第4种方案，忽略这个问题，因为重要性比较低，别改代码。
第5种方案，就是你的第2种方案，结合待支付和下单时间判断。

2年前评论

Vicoo

课程读者 13 声望 / XA @ AX

可以对 订单号 添加缓存有效期，支付时根据有效性分开处理；失效队列任务里也加上相应的有效性判断~

2年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

意见征求：异步处理数据状态和数据实际状态同步

场景

解决方案（有不合理或者不对的地方希望能指出来）

换种思路:

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

意见征求：异步处理数据状态和数据实际状态同步

场景

解决方案（有不合理或者不对的地方希望能指出来）

换种思路:

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录