大量过期订单的处理问题
描述你的问题
最近开发遇到一个大量订单过期处理的问题,比如我拍了一个商品,半个小时之后他就不能付款了或者这个订单应该被删除掉。
第一、反应是crontab,但是考虑到每次都要去查mysql,感觉会影响效率;
第二、有人提示我用消息队列rabbitmq,但是我看了半天感觉消息队列好像没啥用,我感觉逻辑还是拍下订单的时候发送消息,然后php进程一直在那sleep?估计是我理解的不够透彻,求大神解释下相关流程。
第三、还有其他方法么?大神给个具体点的方案撒~
贴上相关代码
贴上报错信息
贴上相关截图
已经尝试过哪些方法仍然没解决(附上相关链接)
回复内容:
描述你的问题
最近开发遇到一个大量订单过期处理的问题,比如我拍了一个商品,半个小时之后他就不能付款了或者这个订单应该被删除掉。
第一、反应是crontab,但是考虑到每次都要去查mysql,感觉会影响效率;
第二、有人提示我用消息队列rabbitmq,但是我看了半天感觉消息队列好像没啥用,我感觉逻辑还是拍下订单的时候发送消息,然后php进程一直在那sleep?估计是我理解的不够透彻,求大神解释下相关流程。
第三、还有其他方法么?大神给个具体点的方案撒~
贴上相关代码
贴上报错信息
贴上相关截图
已经尝试过哪些方法仍然没解决(附上相关链接)
低成本解决方案
插入订单的时候同时插入过期的时间
然后服务端用cli模式不断查询mysql数据库就行啊
建立mysql过期时间的索引 并不会影响效率
如果对运营成本有要去的话,可以通过用户触发模式来实现:
在拍完商品的同时设定"过期时间" datetime。
用户对该商品的任何更新都要同时更新"过期时间"。
每次用户登录后,读取相关商品的时候通过php对比当前时间(如果对时间要求严格,建议用JS对比时间)跟商品过期时间。如果过期了,可以通过css标识当前商品已经过期。同事发送请求到rabbitmq队列,因为读取商品的时候已经得到了该产品的ID,所以最好的列队信息是要包括这个ID。
后台有crontab定时读取rabbitmq并且根据已知的ID批量生产删除的mysql语句。
这种处理方法可以节省资源,减低无服务不必要的消耗,基本上就是一次读取,一次删除的数据库操作而已。非常不建议逐条删除,也建议逐条搜索mysql找出过期条目,最好是根据rabbitmq队列生产批量删除语句。
可以把订单存进redis 给redis设置过期时间
过期时间加索引,然后定时任务去处理,每次更新固定条数就好了。比如定时脚本每次启动,根据条件去查询,每次查1000条,更新状态为过期未付款,如果结果不足1000条或是没有结果,就说明不用查下一次了。
你的问题是不是拍了后半小时没付款就删除,如果是的话,以下几点思路你可以看看
。
nosql,需要持久化的话就用redis,拍下就设定过期时间,到时间后自动删除(这种情况就适合用nosql特性),你前台程序需要进行判断。
2.如果不允许用redis的话(就是用mysql类关系型数据库咯),也是拍下的时候设定过期时间戳,然后在订单相关页面手动进行是否过期(如果过期时间和订单在一个表,不会浪费资源啊,取多一个字段而已)
是我的理解错了吗,为什么需要crontab和消息队列??