Quartz 集群模式原理

上篇介绍了使用 MySql + Springboot 部署 Quartz 集群模式,这篇文章试图帮助你理解集群模式的原理,以更好的使用和维护 Quartz 集群。

2.1 quartz 调度原理

主要组件

  • Scheduler 任务调度控制器 (StdScheduler)
    • 管理 Trigger 和 Job
  • Trigger 任务调度单元
    • CronTrigger 可以通过 Cron 表达式规定任务触发规则
    • SimpleTrigger 规定任务执行几次,每次的时间间隔,类似 SchedulerExecutor
  • Job 调度任务,用于定义你的业务任务具体执行过程
    • 一个 Job 可以对应多个 Trigger,一个 Trigger 只能对应一个 Job

线程

Scheduler 主要包含两种线程:

  • 调度线程,负责任务调度 (QuartzSchedulerThread)
  • 工作线程池,负责执行任务 (QuartzSchedulerResources)

调度线程主要代码如下:

public void run() {

    ...
    while (!halted.get()) { 
        ...
        int availThreadCount = qsRsrcs.getThreadPool().blockForAvailableThreads();
        if(availThreadCount > 0) { // will always be true, due to semantics of blockForAvailableThreads...
            long now = System.currentTimeMillis();
            ...
            // 获取下一次 触发的任务
            triggers = qsRsrcs.getJobStore().acquireNextTriggers(
                    now + idleWaitTime, Math.min(availThreadCount, qsRsrcs.getMaxBatchSize()), qsRsrcs.getBatchTimeWindow());
            ...
            if (triggers != null && !triggers.isEmpty()) {
                ...
                now = System.currentTimeMillis();
                long triggerTime = triggers.get(0).getNextFireTime().getTime();
                long timeUntilTrigger = triggerTime - now;
                // 等待触发时间
                while(timeUntilTrigger > 2) { 
                    ...
                    timeUntilTrigger = triggerTime - now;
                }
                ...       
                List<TriggerFiredResult> bndles = qsRsrcs.getJobStore().triggersFired(triggers);
                ...
                for (int i = 0; i < bndles.size(); i++) {
                    TriggerFiredResult result =  bndles.get(i);
                    TriggerFiredBundle bndle =  result.getTriggerFiredBundle();
                    ...
                    // 创建 Job 运行线程,并放入工作线程池运行
                    JobRunShell shell = qsRsrcs.getJobRunShellFactory().createJobRunShell(bndle);                    
                    ...
                    qsRsrcs.getThreadPool().runInThread(shell);     
                } 

            }
        }
    }
}

2.2 集群模式原理

集群模式和单机模式的工作原理类似,但是需要解决以下几个问题:

  1. Job 信息的持久化
  2. 如何感知集群中的其他节点状态,以在节点发现 failover时将任务恢复
  3. 保证任务执行的一致性,不会出现同一个任务被多个节点抢到,重复执行的现象

持久化

JobStore 用于存储 Job 和 Trigger 信息

  • RAMJobStore 存在内存中,无法持久化,且难以在集群间进行通信
  • JobStoreSupport, 通过 DriverDelegate(StdJDBCDelegate) 持久化

数据库表

QRTZ_CALENDARS Quartz的Calendar信息
QRTZ_CRON_TRIGGERS CronTrigger,包括Cron表达式和时区信息
QRTZ_FIRED_TRIGGERS 与已触发的Trigger相关的状态信息,以及相联Job的执行信息
QRTZ_PAUSED_TRIGGER_GRPS 已暂停的Trigger组的信息
QRTZ_SCHEDULER_STATE 存储Scheduler的状态信息,和别的Scheduler实例
QRTZ_LOCKS 锁信息
QRTZ_JOB_DETAILS 存储每一个已配置的Job的详细信息
QRTZ_SIMPLE_TRIGGERS SimpleTrigger
QRTZ_BLOB_TRIGGERS Trigger作为Blob类型存储
QRTZ_SIMPROP_TRIGGERS Simprop Trigger
QRTZ_TRIGGERS 已配置的Trigger的信息

集群调度

相关类
JobStoreSupport 数据库存储任务信息实现
StdRowLockSemaphore 数据库行锁实现

获取失效实例

相关表信息

QRTZ_SCHEDULER_STATE
+-------------------+--------------+------+-----+---------+-------+
| Field             | Type         | Null | Key | Default | Extra |
+-------------------+--------------+------+-----+---------+-------+
| SCHED_NAME        | varchar(120) | NO   | PRI | NULL    |       |
| INSTANCE_NAME     | varchar(200) | NO   | PRI | NULL    |       |
| LAST_CHECKIN_TIME | bigint(13)   | NO   |     | NULL    |       |
| CHECKIN_INTERVAL  | bigint(13)   | NO   |     | NULL    |       |
+-------------------+--------------+------+-----+---------+-------+

所有的实例会会定时保持心跳,并更新 LAST_CHECKIN_TIME 时间。

protected List<SchedulerStateRecord> findFailedInstances(Connection conn)
        throws JobPersistenceException {
        
    List<SchedulerStateRecord> states = getDelegate().selectSchedulerStateRecords(conn, null);
    for(SchedulerStateRecord rec: states) {
        ...
        if (rec.getSchedulerInstanceId().equals(getInstanceId())) {
            foundThisScheduler = true;
            if (firstCheckIn) {
                failedInstances.add(rec);
            }
        } else {
            // 实例的刷新时间过期,认为实例已失效
            if (calcFailedIfAfter(rec) < timeNow) {
                failedInstances.add(rec);
            }
        }
        ...
    }

    return failedInstances;     
}
处理失败实例
protected void clusterRecover(Connection conn, List<SchedulerStateRecord> failedInstances)
        throws JobPersistenceException {

    if (failedInstances.size() > 0) {
        ...
        // 恢复 Trigger 状态
        getDelegate().updateTriggerStateFromOtherState(
                conn, tKey, STATE_WAITING,
                STATE_ACQUIRED);

        ...
        // 删除 FiredTrigger
        getDelegate().deleteFiredTriggers(conn,
                rec.getSchedulerInstanceId());

        // 删除失败实例 Scheduler State
        if (!rec.getSchedulerInstanceId().equals(getInstanceId())) {
            getDelegate().deleteSchedulerState(conn,
                    rec.getSchedulerInstanceId());
        }    
    }
}
Scheduler 获取 Trigger 过程
protected <T> T executeInNonManagedTXLock(
    String lockName, 
    TransactionCallback<T> txCallback, final TransactionValidator<T> txValidator) throws JobPersistenceException {
    ...
    // 先获得锁
    transOwner = getLockHandler().obtainLock(conn, lockName);
    ...
    // 执行 sql 语句获取 trigger 任务,并写入任务信息
    final T result = txCallback.execute(conn);
    ...
    // 释放锁
    releaseLock(lockName, transOwner);
}

protected List<OperableTrigger> acquireNextTrigger(Connection conn, long noLaterThan, int maxCount, long timeWindow)
        throws JobPersistenceException {

    List<TriggerKey> keys = getDelegate().selectTriggerToAcquire(conn, noLaterThan + timeWindow, getMisfireTime(), maxCount);  
    
    for(TriggerKey triggerKey: keys) {
        
        JobDetail job = getDelegate().selectJobDetail(conn, jobKey, getClassLoadHelper());
       
        int rowsUpdated = getDelegate().updateTriggerStateFromOtherState(conn, triggerKey, STATE_ACQUIRED, STATE_WAITING);
       
        getDelegate().insertFiredTrigger(conn, nextTrigger, STATE_ACQUIRED, null);

        acquiredTriggers.add(nextTrigger);

    }
    return acquiredTriggers;
}
数据库行锁实现

相关表格

QRTZ_LOCKS
+------------+--------------+------+-----+---------+-------+
| Field      | Type         | Null | Key | Default | Extra |
+------------+--------------+------+-----+---------+-------+
| SCHED_NAME | varchar(120) | NO   | PRI | NULL    |       |
| LOCK_NAME  | varchar(40)  | NO   | PRI | NULL    |       |
+------------+--------------+------+-----+---------+-------+
public interface Semaphore {
    boolean obtainLock(Connection conn, String lockName) throws LockException;

    void releaseLock(String lockName) throws LockException;

    boolean requiresConnection();
}
public static final String SELECT_FOR_LOCK = "SELECT * FROM "
        + TABLE_PREFIX_SUBST + TABLE_LOCKS + " WHERE " + COL_SCHEDULER_NAME + " = " + SCHED_NAME_SUBST
        + " AND " + COL_LOCK_NAME + " = ? FOR UPDATE";

public static final String INSERT_LOCK = "INSERT INTO "
    + TABLE_PREFIX_SUBST + TABLE_LOCKS + "(" + COL_SCHEDULER_NAME + ", " + COL_LOCK_NAME + ") VALUES (" 
    + SCHED_NAME_SUBST + ", ?)"; 

select for update 语句会阻塞其他同样针对这一行的 select 语句,直到该 session commit 或 rollback

2.3 其他

处理misfire 任务

  • MISFIRE_INSTRUCTION_FIRE_ONCE_NOW 立即执行一次
  • MISFIRE_INSTRUCTION_DO_NOTHING 不执行,等待下次触发

Job 类型

  • 有状态 Job 不可同时执行,用PersistJobDataAfterExecution 和 DisallowConcurrentExecution 注解
  • 无状态 Job 可以同时执行
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,117评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,328评论 1 293
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,839评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,007评论 0 206
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,384评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,629评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,880评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,593评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,313评论 1 243
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,575评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,066评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,392评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,052评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,082评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,844评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,662评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,575评论 2 270