Spring Boot @Scheduled定时任务重复执行问题求助

1. 锁配置参数不合理 #

你设置的锁参数defaultLockAtMostFor = "PT40S"、defaultLockAtLeastFor = "PT20S"存在明显风险：

• 若任务执行时长超过40秒，锁会被强制释放，其他Pod会判定锁已过期，进而触发重复执行
• 即便任务执行快速，K8S各Pod若存在时钟偏差，当某Pod时钟偏慢，在锁释放（20秒后）才到达整点，会直接获取锁执行任务

2. Cron表达式与锁时间窗口不匹配 #

Cron表达式0 0 * * * ?是整点触发，但defaultLockAtLeastFor仅20秒，意味着锁20秒后就允许释放。如果Pod间存在调度延迟（如K8S调度排队、JVM GC停顿），第一个Pod释放锁后，晚触发的Pod会认为无锁占用，从而重复执行。

3. 数据库锁实现逻辑缺陷 #

需重点检查数据库调度表的锁逻辑：

• 是否存在锁更新不及时的情况？比如任务执行中未正确续期锁的过期时间
• 锁的判断条件是否严谨？是否仅检查锁存在性，未验证锁持有者和过期时间有效性
• 数据库事务隔离级别是否合理？若为读未提交，可能导致多Pod同时读取到锁未被占用的状态

4. K8S Pod时钟不同步 #

如果集群内各Pod系统时钟存在偏差（几秒甚至几分钟），会导致不同Pod的整点触发时间不一致。当先执行的Pod释放锁后，时钟偏慢的Pod才到达整点，此时锁已释放，就会触发重复执行。

5. @Scheduled线程池潜在问题 #

Spring Boot默认@Scheduled线程池仅1个线程，若任务执行时出现阻塞（如数据库慢查询、外部接口超时），可能导致任务触发延迟，但结合锁的配置，更可能是锁提前释放后被其他Pod抢占执行。

排查建议 #

• 调整锁配置：将defaultLockAtMostFor设为远大于任务最长执行时长的值（如PT10M），defaultLockAtLeastFor设为略大于Pod间最大时钟偏差的值（如PT1M），确保整点后一段时间内锁不会被释放
• 核查数据库锁实现：确保锁的获取、更新、释放是原子操作，比如使用SELECT ... FOR UPDATE加行锁，或采用乐观锁机制
• 验证集群时钟同步：在各Pod中执行date命令检查时间，确保偏差在1秒以内，必要时配置NTP服务同步时钟
• 完善任务日志：在任务开始、结束时记录Pod名称、锁状态、当前时间，便于定位重复执行场景

内容的提问来源于stack exchange，提问作者itsKohut