这是我参与「第五届青训营 」伴学笔记创作活动的第 13 天

分布式定时任务简述

定义

定时任务是指系统为了自动完成特定任务，实时、延时、周期性完成任务调度的过程。分布式定时任务是把分散的、可靠性差的定时任务纳入统一平台，并且实现集群管理调度和分布式部署的一种定时任务管理方式

按照触发时机分类，有：

• 定时任务：特定时间触发，比如今天15:06执行
• 延时任务：延时触发，比如10s后执行
• 周期任务：固定周期时间，或者固定频率周期调度触发，比如每天12点或者每隔5s执行

按照执行方式分类

• 单机任务：随机触发一台机器执行任务，适合计算量小、并发度低的任务
• 广播任务：将一个命令广播到所有机器上执行，比如一起清理日志
• Map任务：一个任务可以拆分为多个子任务，每一个子任务负责一部分计算。适用于计算量大，单机无法满足的任务
• MapReduce任务：在Map任务的基础上，还可以对所有的子任务的结果做汇总计算，适用于计算量大，并且需要对子任务结果做汇总的任务

分布式定时任务vs单机定时任务

关系：都可以实现自动化的实时、延时、周期性完成任务调度的过程

差异：

• 分布式可以支撑更大的业务体量
• 分布式定时任务的性能、稳定性更高

分布式定时任务vs大数据处理引擎

关系：

• 都可以对海量数据做处理
• 性能、稳定性都很高

差异

• 定时不是大数据处理引擎要解决的核心问题

核心架构

分布式定时任务核心要解决触发、调度、执行三个问题

• 触发器：Trigger，解析任务，生成触发事件
• 调度器：Scheduler，分配任务，管理任务生命周期
• 执行器：Executor，获取执行任务单元，执行任务逻辑

除此之外，还有一个控制台Admin，提供任务管理和干预功能

数据流：

第一层：控制台

分布式定时任务的实体约束关系图

• 任务：Job，任务元数据
• 任务实例：JobInstance，任务实例，一个Job执行一次产生一个实例
• 任务结果：JobResult，任务运行出来的结果
• 任务历史：JobHistory，用户可以修改任务信息

任务元数据是用户对任务属性的定义，包括任务类型、调度时机、执行行为等，其状态转换如下

、
任务实例是一个确定的Job的依次运行的实例，第一个属性是Job_id，表示这是哪个任务的实例，第二个是触发时间，第三个是运行的状态和结果，第四个是运行的过程信息

第二层：触发器

触发器的核心职责是给定一系列任务，解析它们的触发规则，在规定的时间点触发任务的调度

设计触发器的时候：

• 需要支持大量任务，因为定时任务往往伴随着高并发
• 需要支持秒级的调度，因为定时任务对时间敏感
• 周期任务需要多次执行
• 需要保证秒级扫描的高性能，并且避免资源浪费

方案1：定时扫描+延时消息

扫描器从数据库中扫描出最近需要执行的定时任务（比如十分钟内 ），然后将信息传递到processor，但是此时某些任务并不一定要立即执行，因此可以将任务发送到延时消息队列MQ中，并且实时向DB更新状态。如果时间到则调度器开始调度并执行,腾讯和字节使用该方案

方案2：时间轮
时间轮是一种高效利用线程资源进行批量化调度的模型，时间轮是一个存储环形队列，底层采用数组实现，数组中每个元素可以存放一个定时任务列表，这种方式是Quartz所采用的方式