quartz 2.2.3集群场景job重复执行问题

最新推荐文章于 2025-11-12 00:28:00 发布

转载最新推荐文章于 2025-11-12 00:28:00 发布 · 863 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://blog.youkuaiyun.com/crackwl/article/details/79626192

文章标签：

#服务器 #运维

quartz 专栏收录该内容

3 篇文章

订阅专栏

本文探讨了Quartz 2.2.3集群环境下，由于时间不一致导致job重复执行的问题。作者分享了问题现象、分析过程，以及通过配置服务器时间同步（如NTP）来解决此问题的方法。解决思路不依赖外部锁，而是优化 Quartz 内部触发器管理。

quartz 2.2.3集群场景job重复执行问题_crackwl的博客-优快云博客版本：quartz 2.2.3环境：2台linux机器搭建集群问题现象：1个10s循环执行的job，每隔10s会同时在2台机器进行调度执行。问题分析过程：首先baidu了一些网上类似问题，有些是单点出现重复执行的，跟本问题现象不一样；还有些集群出现的重复执行问题，给出的解决思路是自己另外写一个表加数据库锁或者分布式锁或者一致性工具zookeeper，通过这些手段来保证一致性。个人感觉quartz已...https://blog.youkuaiyun.com/crackwl/article/details/79626192

版本：quartz 2.2.3

环境：2台linux机器搭建集群

问题现象：1个10s循环执行的job，每隔10s会同时在2台机器进行调度执行。

查看源码：

triggers = qsRsrcs.getJobStore().acquireNextTriggers(
                                now + idleWaitTime, Math.min(availThreadCount, qsRsrcs.getMaxBatchSize()), qsRsrcs.getBatchTimeWindow());

其中idleWaitTime定义为30*1000ms，即查询30s内要被调度的状态为waiting的triggers，在查询前都会先获得trigger_access锁，修改状态为acquired。然后循环等待到nextfiretime，到时间执行firedtrigger改状态为executing，然后triggers再回到waiting状态。

在集群机器时间不一致，job执行时间很快时，时间快的机器1执行完后，状态恢复了，时间慢的机器2会再次获得trigger执行。最终支持并发执行的job会插入多条firedtrigger记录，导致执行多次。时间同步后，机器2获得trigger就会遇到锁和trigger状态不为waiting，无法fired。

解决方案：

配置服务器时间同步: ntp服务