订单自动过期

定时任务

使用定时任务去执行，一些定时任务还会自带分片模式，也会提升效率。

优点：

• 简单易实现：使用定时任务可以很容易地实现订单自动过期功能。

• 高可靠性：定时任务的稳定性和可靠性很高，不容易出现失误。

缺点：

• 精度问题：定时任务的执行精度受系统时间的影响，如果系统时间不准确或存在时差，可能会导致过期时间计算错误。

• 灵活性不足：如果需要灵活地调整过期时间，需要修改定时任务的执行时间和逻辑。

消息队列方案

优点：

• 高灵活性：使用消息队列可以动态地调整过期时间，不需要修改代码或配置文件。

• 可扩展性强：使用消息队列可以很容易地实现分布式系统，支持高并发处理。

缺点：

• 复杂度高：使用消息队列需要考虑到消息的生产、消费、处理等多个环节，实现难度较高。

• 可靠性问题：消息队列的可靠性和稳定性会受到网络、存储等因素的影响，可能会出现消息丢失或重复消费等问题。

数据库触发器方案

优点：

• 数据库自身支持：使用数据库触发器可以很容易地在数据库层面实现订单过期功能。

• 高可靠性：数据库触发器的稳定性和可靠性很高，不容易出现失误。

缺点：

• 实现复杂：数据库触发器的实现需要涉及数据库层面的操作，对开发人员的要求较高。

• 灵活性不足：如果需要灵活地调整过期时间，需要修改数据库触发器的逻辑。

例子：

假设有一个订单表(order)，其中包含订单创建时间(create_time)和订单状态(status)两个字段。现在需要实现一个自动过期方案，当订单创建时间超过24小时并且订单状态为"待支付"(status=1)时，将订单状态自动修改为"已取消"(status=3)。

可以通过在数据库中创建一个触发器，在订单表(order)上监听INSERT、UPDATE事件，当订单状态(status)为"待支付"(status=1)并且订单创建时间(create_time)超过24小时时，将订单状态(status)修改为"已取消"(status=3)。

CREATE TRIGGER tr_order_expire
AFTER INSERT, UPDATE ON order
FOR EACH ROW
BEGIN
    IF NEW.status = 1 AND TIMESTAMPDIFF(HOUR, NEW.create_time, NOW()) > 24 THEN
        UPDATE order SET status = 3 WHERE id = NEW.id;
    END IF;
END

这个触发器会在每次向订单表(order)中插入或更新一条记录时执行。如果满足条件(status=1并且create_time超过24小时)，则自动将订单状态(status)修改为"已取消"(status=3)。这样，当订单超过24小时未支付时，就会自动过期，并且状态被修改为"已取消"。