时间：2021-07-01 10:21:17 帮助过：57人阅读
描述你的问题
最近开发遇到一个大量订单过期处理的问题，比如我拍了一个商品，半个小时之后他就不能付款了或者这个订单应该被删除掉。
第一、反应是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和消息队列？？