如何通过swoole定时器优化处理超时未支付订单状态变更问题？

本文共计819个文字，预计阅读时间需要4分钟。

如果对几种方案没有很好的想法，可以先看看延迟阅读里其他方案。这是一篇关于Laravel China社区讨论的，利用Swoole、定时器和Redis的Zset实现的定时检查未支付订单的方案，起源于一个需求。

如果对几种方案没有很好的想法，可以先看一下延伸阅读里的其他方案，是一篇laravel china社区的讨论

借助 swoole 定时器和 redis 的 zset 来实现的定时检查并过期未支付订单

起源于一个需求：将30分钟内未支付的订单过期处理成已失效状态。

最常规简单的解决方案：在服务器上，跑一个定时任务，去数据表中查询数据，查到未支付的订单，update 一下这些数据的状态，

这些数据也可以存在在 redis 中，大致操作都是这样的。数据量少，服务器没有很多压力的时候，这几种方案不会突出优劣，想用哪个用哪个。

另一种方案: 存储部分： 借助 redis 的 zset 有序集合，订单产生的时候， zadd orders timestamp orderid 将 orderid 保存到对应的

orders 集合中，以时间戳作为他的 score 分值，存储部分是这样的，简单 + 占用空间内存极小。 读取部分： 在 swoole 启动时，设置定时器，每分钟去 orders set 中读取设置的时间之前的数据，个人为了测试方便，设置的读取前一分钟到前三十分钟内的数据。