订单失效可以采用的方案

有这样这个场景，购物系统中，用户下订单后有30分钟的时间去付款，如果没有付款则失效该订单，暂时有以下两种方式：

a.采用延迟队列的方式（MQ），当用户下订单后，将用户的订单的标识全部发送到延时队列中，30mins后进去消费队列中被消费，消费时先检查该订单的状态，如果未支付则标识该订单失效。

流程如下：1.用户下订单时后台生成订单，然后又将该订单的标识发送给延时队列，消费者队列将收到的标识去

db中查订单的状态（可以使用缓存），如果未被消费则失效该订单（可以使用多监听队列来实现负载均衡）C1R1U1

-------------------------------------------------------------------------------------------------------------------------------------------------------

b.采用定时任务的方式，用户下订单后先生成订单信息，然后将该订单加入到定时任务中（30mins后执行），

当到达指定时间后检查订单状态，如果未支付则标识该订单失效。

流程如下： 1.用户下订单时后台生成订单，然后又将该订单的标识放到定时任务中，当到达指定时间后检查
订单状态，如果未被消费则失效该订单（采用线程池的方式来提高效率）C1R1U1

两种方式对于db操作是一致的（可以加一层缓存）

这两种方式各有利弊：

采用MQ的方式，可以实现订单模块和订单失效模块两部分的解耦，也可以实现分布+集群的方式来应对大量的

订单请求。但如果初期如果没有太多的业务时，会需要一定的成本。

采用定时任务的方式，简单好操作，但订单和订单失效模块耦合在了一起。对于高并发的请求性能不高。