我先在要做这样的功能：
用户在创建订单后，订单表中记入的是未付款状态，如果用户在30分钟后，还未付款，然后就把该订单给取消。
关于用户创建订单，30分钟后还没付款，取消该订单的逻辑是怎么实现的。
我自己的想了两个方案：
(1):客户端记入这个订单，如果在30分钟后还没有付款，就发送一个请求，调用后台的接口，来取消这个订单。
(2):服务端写个脚本，然后crontab来执行，来监控在30分钟还没有付款的订单，如果有就取消订单。
各位大神，这是我想到的两个方案，不知道合不合适，求大神们指点指点，感激不尽。
不知道你的客户端是什么，但是方案1很依赖客户端，订单决策不应该由客户端发起
方案2的话就要考虑你的执行密度，要知道每时每刻都会有新订单发起的，每时每刻也会有订单过期。
用一些成熟的带TTL控制的方案吧，比如redis。
我之前的做法是在每次查询这个订单时候检查过期，被动过期。
比如，查询订单细节时，再去检查是否过期然后再处理。
当然，如果这条数据不被访问可能永远不会过期，直到有人访问它。
有点像薛定谔的猫，在你打开盒子（检查订单）之后，才知道它是否过期。所以叫被动过期
查询的时候直接拿当前时间加上30分钟过滤，配合被动取消订单很完美的解决方案
客户端数据被篡改就能无限修改这个时间阈值了
肯定不能依赖前端
2可以
创建订单后，放个30分钟执行的任务到工作队列。
补充一：
工作队列具体流程：
用户创建订单A
生成30分钟后执行的任务，任务内容是：检查订单A是支付成功，如果没支付则标记为失效订单
用户支付，如果订单已失效，说明已经过了30分钟，否则标记订单支付成功
Laravel自带的队列很方便：Queues
胡思乱想：
直接用Redis的过期功能把订单删了并不好，或者要预留多一点时间，不要准确30分钟过期。考虑这种情况：对接微信支付，用户在29分59秒支付成功，微信在支付成功时发送异步给服务器，1.1秒后到达服务器，而这个时候订单已经被删了。在生成微信的订单时判定一次即可。守护进程处理
我觉得性能最好的就是高票回答，也就是和php的session过期gc回收机制一样的原理。
如果理解不了那个方法，也可以试试看redis里面加过期时间的办法，这种方法有个缺陷就是如果某个redis节点当机，可能会导致那个节点下的用户订单丢失，这个时候就需要多机同步备份了。
订单创建成功后放进redis 超时时间设置为30分钟
做个crontab定时任务 检查订单是否超过30分钟
推荐第一种方法
未付款的订单都扔到临时表里，客户端去判断是否过期。
服务器做个定时任务，每天清除一次临时表的过期订单数据。没必要总是去清理。
普遍的做法是2，但是2比较尴尬crontab是分钟级别的。我觉得可以配合redis做一层下单时间校验。