电商系统的订单定时任务如何处理更好?
目前公司的一个电商系统的订单在不同状态下会有不同的定时任务,如:下单后如果商家不审核多少时间后自动审核; 审核后多少时间后不支付自动关闭订单等等还有几种状态,目前这些定时任务的实现是两种方式配合:
- quartz定时任务每隔半小时自动扫订单表处理。
- 对某个订单进行操作时触发状态判断,进行响应操作。
目前这两种方式结合能满足业务需求,但总觉得不是太好,所以想请教大家一般都是怎么做的,或者有什么好的案例实践?还有有没有能够动态生成定时任务并能准时执行的方案?
谢谢。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(9)
不好意思,木有太好的思路哎,目前采取第一种方法和第二种方法同时用会多一些。
另外两个答主提到的延迟队列,怎么满足楼主的需求呢,我也没看明白
参考有赞延迟队列设计实现, https://github.com/ouqiang/de...
rabbitmq-delayed-message-exchange
延迟队列让您可以将队列中新消息的传递操作推迟指定的毫秒数
如上会将消息推迟
5000
毫秒才会推送给消费者.你这两种方案实时性非常的不好,
定时扫描数据表,再怎么优化也不会好的,还是先把订单信息放入redis等nosql中,然后根据状态的不同剔除或者改变数据的状态,改成定时扫描nosql
http://tech.youzan.com/queuin...
Beanstalkd
延时队列,还有java DelayQueue当然还是延时队列好一点,用queue没有持久化 还得自己做补充逻辑
目前我们系统在使用阿里云的消息服务。支持定时发送。