这是我参与「第三届青训营 -后端场」笔记创作活动的第5篇笔记。
这篇文章是课程《分布式定时任务那些事儿》的笔记。
分布式定时任务的方案，都是基于单点+集群的模式，即选中一个系统作为单点保证任务不会重复，其他服务执行任务确保系统高可用、低负载。
单机定时任务-Timer、Ticker
单点的定时服务在目前微服务的大环境下，应用场景越来越局限。
分布式定时任务
定时任务是指系统为了自动完成特定任务，实时、延时、周期性完成任务调度的过程。
分布式定时任务是把分散的、可靠性差的定时任务纳入同一平台，并实现集群管理调度和分布式部署的一种定时任务的管理方式
按照触发时机分类：
- 定时任务：特定时间触发，比如今天15：06执行
- 延时任务：延时触发，比如10s后执行
- 周期任务：固定周期时间，或者固定频率周期调度触发，比如每天12点或者每隔5s执行
quartz
依赖于MySQL，使用相对简单，可多节点部署，通过竞争数据库锁来保证只有一个节点执行任务。没有图形化管理页面，使用相对麻烦。
分布式定时任务-特定
- 自动化：全自动完成定时任务的调度和执行
- 平台化：基于平台化的思维管控一系列的分布式定时任务
- 分布式：在分布式系统环境下运行任务调度，突破单机定时任务的性能瓶颈
- 伸缩性：采用集群方式部署，可以随时按需扩缩容
- 高可用：单点故障不影响最终任务结果，可以做到故障转移
执行方式
- 单机任务：随机触发一台机器执行任务，适用于计算量小、并发度低的任务
- 广播任务：广播到所有机器上执行同一个任务，比如所有机器一起清理日志
- Map任务：一个任务可以分出多个子任务，每一个子任务负责一部分的计算。适用于计算量大，单机无法满足要求的任务。
- MapReduce任务：在Map任务的基础上，还可以对所有子任务的结果做汇总计算，适用于计算量大，并且需要对子任务结果做汇总的任务。
