使用Redis的key TTL过期机制结合定时任务扫描过期订单，实现自动清理：1.下单时set key ex 3600（1小时过期）；2.部署定时任务每分钟scan匹配订单key前缀，调用del删除过期key；3.业务查询时先检查key是否存在，不存在视为超时自动取消。代码示例：StringRedisTemplate.opsForValue().set("order:"+orderId, JSON, 3600, TimeUnit.SECONDS); 定时器：redisTemplate.delete(redisTemplate.keys("order:*"));
方案一：利用Redis自带过期机制
Redis键值对设置过期时间后，Redis会自动删除过期的键值对，无需额外开发工作。但是要注意，由于内存不足或者Redis主从复制时，主库删除从库可能还未同步，此时从库查询仍能查到已过期的键。因此在业务代码中，务必要先判断key是否存在。
被动+主动双清理策略
方案二：被动删除+主动删除。被动删除：利用Redis键TTL过期自动删除；主动删除：业务访问key时，如果发现已过期，则删除。以抢购秒杀场景为例，用户下单抢购成功后，库存减1的同时，将订单写入Redis，设置key过期时间为30分钟；用户在30分钟内未支付，Redis自动删除订单key；库存+1。用户支付成功，删除Redis订单key。30分钟后若key已过期，支付校验直接失败。
方案三：延时双删+ Canal监听
方案三：延时双删+定时任务+Canal监听MySQL binlog。订单超时未支付，使用消息队列延时插件发送延时消息，延时时间与业务超时时间一致，消费者收到延时消息后删除Redis订单key并还原库存；同时部署定时任务，每5分钟扫描一次Redis中超时未删除的订单，进行补偿删除；业务写入MySQL订单表时，Canal监听binlog，获取订单主键，删除对应Redis key，避免Redis订单key长期不删除占用内存。
Redis过期键的删除策略
Redis的过期键删除有两种方式：被动方式和主动方式。对设置了TTL的key，访问时自动检查过期删除，这是被动删除；定时任务随机抽取key检查过期删除，这是主动删除。volatile-lru策略：对设置了过期时间的键，删除最近最少使用的key，保证内存充足；allkeys-lru：删除最近最少使用的key。
订单超时取消的最佳实践
1、订单创建时记录下单时间戳；2、下单同时写入Redis，设置过期时间；3、支付回调成功，删除Redis key；4、查询订单状态时，主动判断Redis key是否存在及剩余TTL；5、部署轻量定时任务，定时清理已过期但未自动删除的key；6、使用消息队列MQ实现订单超时取消异步通知，避免阻塞主流程。
实际代码实现
下单：redisTemplate.opsForValue().set("order:" + orderId, "1", 30*60, TimeUnit.SECONDS); 检查：if(redisTemplate.hasKey("order:" + orderId)){ //未超时 }else{ //超时取消，库存+1 } 定时清理：Set
FAQ
Q: Redis自动过期删除可靠吗？
A: 基本可靠但不是100%，内存紧张时可能延迟删除，建议业务主动检查。
Q: 定时scan keys性能影响大吗？
A: 单实例scan全key开销大，建议分表key前缀+限流，每分钟扫一次。
Q: 主从复制下如何保证一致？
A: 从库查询前主库已删，从库可能短暂可见，业务代码双重判断。
Q: 大流量订单如何优化？
A: 用Lua脚本原子删除+MQ延时消息解耦，避免scan全量key。