在 Spring Boot + MyBatis 项目中,你可以使用 定时任务(@Scheduled) 或 延迟队列(如 Redis、MQ) 来定期检查数据库表中的创建时间字段,并判断是否超时 30 分钟,然后执行某个任务。
方案 1:Spring 定时任务 + MyBatis 查询
这种方式适用于不需要高实时性,且数据库数据量不大的情况。
1. 在 MyBatis Mapper 编写 SQL 查询超时数据:
SELECT * FROM your_table WHERE create_time <= DATE_SUB(NOW(), INTERVAL 30 MINUTE);
如果 create_time 存在索引,查询性能更高。
2. 编写 Service 方法
@Service
public class TimeoutTaskService {
@Autowired
private YourMapper yourMapper;
@Transactional
public void processTimeoutTasks() {
List expiredTasks = yourMapper.findExpiredTasks();
for (YourEntity task : expiredTasks) {
// 执行你需要的业务逻辑,比如更新状态
yourMapper.updateTaskStatus(task.getId(), "TIMEOUT");
System.out.println("任务超时处理完成: " + task.getId());
}
}
}
3. 配置定时任务
使用 @Scheduled 每分钟检查一次:
@Component
public class ScheduledTask {
@Autowired
private TimeoutTaskService timeoutTaskService;
@Scheduled(fixedRate = 60000) // 每 60 秒执行一次
public void checkTimeoutTasks() {
timeoutTaskService.processTimeoutTasks();
}
}
方案 2:消息队列(MQ)+ 延迟队列
如果你的任务需要更高的实时性,可以使用 Redis 延迟队列 或 RabbitMQ/ActiveMQ,在数据插入时设置延迟处理。
1. 任务插入 Redis(使用 zset 存储任务)
@Autowired
private StringRedisTemplate redisTemplate;
public void addTaskToDelayQueue(Long taskId, LocalDateTime createTime) {
long delayScore = createTime.plusMinutes(30).atZone(ZoneId.systemDefault()).toInstant().toEpochMilli();
redisTemplate.opsForZSet().add("task_delay_queue", taskId.toString(), delayScore);
}
2. 后台轮询 Redis 取出超时任务
@Scheduled(fixedRate = 60000)
public void processExpiredTasks() {
long currentTime = Instant.now().toEpochMilli();
Set expiredTasks = redisTemplate.opsForZSet().rangeByScore("task_delay_queue", 0, currentTime);
if (expiredTasks != null) {
for (String taskId : expiredTasks) {
// 处理超时任务
yourMapper.updateTaskStatus(Long.parseLong(taskId), "TIMEOUT");
redisTemplate.opsForZSet().remove("task_delay_queue", taskId);
}
}
}
方案 3:数据库触发器(适用于 MySQL)
如果你的数据库是 MySQL,可以使用事件调度器:
CREATE EVENT check_timeout_tasks ON SCHEDULE EVERY 1 MINUTE DO UPDATE your_table SET status = 'TIMEOUT' WHERE create_time <= DATE_SUB(NOW(), INTERVAL 30 MINUTE);
这种方式不需要 Java 代码,但管理和扩展性较弱。
选择建议:
方案 | 适用场景 | 优点 | 缺点 |
方案 1:Spring 定时任务 | 任务量较少、低并发 | 简单易用 | 存在一定的时间误差 |
方案 2:Redis 延迟队列 | 高并发任务、实时性要求高 | 实时性高 | 需要 Redis |
方案 3:数据库触发器 | 仅依赖数据库 | 省去应用层逻辑 | 不够灵活 |
如果你的项目规模较小,推荐 方案 1(Spring 定时任务),如果对实时性有较高要求,建议用 方案 2(Redis)。