xxl-Job分布式任务调度

1 今日内容

1.1 需求分析

image-20210729224950851

目前实现的思路:从数据库直接按照发布时间倒序查询

1.2 实现思路

把热点数据存入redis进行展示

判断文章是否是热点,有几项标准: 点赞数量,评论数量,阅读数量,收藏数量

计算文章热度,有两种方案:

1.3 定时计算

image-20210729225206299

 

1.4 定时任务框架-xxljob

spring传统的定时任务@Scheduled,但是这样存在这一些问题 :

解决这些问题的方案为:

xxl-job 分布式任务调度框架

1.5 学习目录

2.分布式任务调度

2.1 什么是分布式任务调度

当前软件的架构已经开始向分布式架构转变,将单体结构拆分为若干服务,服务之间通过网络交互来完成业务处理。在分布式架构下,一个服务往往会部署多个实例来运行我们的业务,如果在这种分布式系统环境下运行任务调度,我们称之为分布式任务调度

image-20210729230059884

将任务调度程序分布式构建,这样就可以具有分布式系统的特点,并且提高任务的调度处理能力:

1、并行任务调度

并行任务调度实现靠多线程,如果有大量任务需要调度,此时光靠多线程就会有瓶颈了,因为一台计算机CPU的处理能力是有限的。

如果将任务调度程序分布式部署,每个结点还可以部署为集群,这样就可以让多台计算机共同去完成任务调度,我们可以将任务分割为若干个分片,由不同的实例并行执行,来提高任务调度的处理效率。

2、高可用

若某一个实例宕机,不影响其他实例来执行任务。

3、弹性扩容

当集群中增加实例就可以提高并执行任务的处理效率。

4、任务管理与监测

对系统中存在的所有定时任务进行统一的管理及监测。让开发人员及运维人员能够时刻了解任务执行情况,从而做出快速的应急处理响应。

分布式任务调度面临的问题:

当任务调度以集群方式部署,同一个任务调度可能会执行多次,例如:电商系统定期发放优惠券,就可能重复发放优惠券,对公司造成损失,信用卡还款提醒就会重复执行多次,给用户造成烦恼,所以我们需要控制相同的任务在多个运行实例上只执行一次。常见解决方案:

2.2 xxl-Job简介

针对分布式任务调度的需求,市场上出现了很多的产品:

1) TBSchedule:淘宝推出的一款非常优秀的高性能分布式调度框架,目前被应用于阿里、京东、支付宝、国美等很多互联网企业的流程调度系统中。但是已经多年未更新,文档缺失严重,缺少维护。

2) XXL-Job:大众点评的分布式任务调度平台,是一个轻量级分布式任务调度平台, 其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线,开箱即用。

3)Elastic-job:当当网借鉴TBSchedule并基于quartz 二次开发的弹性分布式任务调度系统,功能丰富强大,采用zookeeper实现分布式协调,具有任务高可用以及分片功能。

4)Saturn: 唯品会开源的一个分布式任务调度平台,基于Elastic-job,可以全域统一配置,统一监 控,具有任务高可用以及分片功能。

XXL-JOB是一个分布式任务调度平台,其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线,开箱即用。

源码地址:https://gitee.com/xuxueli0323/xxl-job

文档地址:https://www.xuxueli.com/xxl-job/

特性

2.3 XXL-Job-环境搭建

2.3.1 调度中心环境要求

2.3.2 源码仓库地址

源码仓库地址Release Download
https://github.com/xuxueli/xxl-jobDownload
http://gitee.com/xuxueli0323/xxl-jobDownload

也可以使用资料文件夹中的源码

2.3.3 初始化“调度数据库”

请下载项目源码并解压,获取 “调度数据库初始化SQL脚本” 并执行即可。

位置:/xxl-job/doc/db/tables_xxl_job.sql 共8张表

image-20210730001433997

调度中心支持集群部署,集群情况下各节点务必连接同一个mysql实例;

如果mysql做主从,调度中心集群节点务必强制走主库;

2.3.4 编译源码

解压源码,按照maven格式将源码导入IDE, 使用maven进行编译即可,源码结构如下:

image-20210729230502703

2.3.5 配置部署“调度中心”

调度中心项目:xxl-job-admin

作用:统一管理任务调度平台上调度任务,负责触发调度执行,并且提供任务管理平台。

步骤一:调度中心配置

调度中心配置文件地址:/xxl-job/xxl-job-admin/src/main/resources/application.properties

数据库的连接信息修改为自己的数据库

启动调度中心,默认登录账号 “admin/123456”, 登录后运行界面如下图所示。

image-20210729230630495

 

2.4 配置部署调度中心-docker安装

1.创建mysql容器,初始化xxl-job的SQL脚本

2.拉取镜像

3.创建容器

2.5 xxl-job入门案例编写

2.5.1 登录调度中心,点击下图所示“新建任务”按钮,新建示例任务

image-20210729232146585

2.5.2 创建xxljob-demo项目,导入依赖

2.5.3 application.yml配置

2.5.4 新建配置类

2.5.4 任务代码,重要注解:@XxlJob(“JobHandler”)

2.5.5 测试-单节点

2.6 任务详解-执行器

image-20210729232926534

image-20210729232825564

以下是执行器的属性说明:

属性名称说明
AppName是每个执行器集群的唯一标示AppName, 执行器会周期性以AppName为对象进行自动注册。可通过该配置自动发现注册成功的执行器, 供任务调度时使用;
名称执行器的名称, 因为AppName限制字母数字等组成,可读性不强, 名称为了提高执行器的可读性;
排序执行器的排序, 系统中需要执行器的地方,如任务新增, 将会按照该排序读取可用的执行器列表;
注册方式调度中心获取执行器地址的方式;
机器地址注册方式为"手动录入"时有效,支持人工维护执行器的地址信息;

自动注册和手动注册的区别和配置

image-20210729233016355

2.7 任务详解-基础配置

image-20210729233926457

基础配置

image-20210729234009010

调度配置

image-20210729234114283

任务配置

BEAN模式:任务以JobHandler方式维护在执行器端;需要结合 "JobHandler" 属性匹配执行器中任务;

image-20210729234219162

阻塞处理策略

阻塞处理策略:调度过于密集执行器来不及处理时的处理策略;

image-20210729234256062

路由策略

当执行器集群部署时,提供丰富的路由策略,包括;

image-20210729234409132

2.8 路由策略(轮询)-案例

1.修改任务为轮询

image-20210729234513775

2.启动多个微服务

image-20210729234536483

修改yml配置文件

3.启动多个微服务

每个微服务轮询的去执行任务

2.9 路由策略(分片广播)

2.9.1 分片逻辑

执行器集群部署时,任务路由策略选择”分片广播”情况下,一次任务调度将会广播触发对应集群中所有执行器执行一次任务

image-20210729234756221

执行器集群部署时,任务路由策略选择”分片广播”情况下,一次任务调度将会广播触发对应集群中所有执行器执行一次任务

image-20210729234822935

2.9.2 路由策略(分片广播)-案例

需求:让两个节点同时执行10000个任务,每个节点分别执行5000个任务

①:创建分片执行器

image-20210729234930218

②:创建任务,路由策略为分片广播

image-20210729234948571

③:分片广播代码

分片参数

index:当前分片序号(从0开始),执行器集群列表中当前执行器的序号;

total:总分片数,执行器集群的总机器数量;

修改yml配置

代码

④:测试

启动多个微服务测试,一次执行可以执行多个任务

3.热点文章-定时计算

3.1 需求分析

需求:为每个频道缓存热度较高的30条文章优先展示

image-20210729235644605

判断文章热度较高的标准是什么?

文章:阅读,点赞,评论,收藏

3.2 实现思路

image-20210729235731309

3.3 实现步骤

分值计算不涉及到前端工程,也无需提供api接口,是一个纯后台的功能的开发。

3.3.1 频道列表远程接口准备

计算完成新热数据后,需要给每个频道缓存一份数据,所以需要查询所有频道信息

① 在heima-leadnews-feign-api定义远程接口

② heima-leadnews-wemedia端提供接口

在ApArticleMapper.xml新增方法

修改ApArticleMapper类

3.3.2 热文章业务层

定义业务层接口

修改ArticleConstans

创建一个vo接收计算分值后的对象

业务层实现类

在ArticleApplication的引导类中添加以下注解

现在数据库中准备点数据

3.3.3 xxl-job定时计算-步骤

①:在heima-leadnews-article中的pom文件中新增依赖

② 在xxl-job-admin中新建执行器和任务

新建执行器:leadnews-hot-article-executor

image-20210730000549587

新建任务:路由策略为轮询,Cron表达式:0 0 2 * * ?

image-20210730000626824

③ leadnews-article中集成xxl-job

XxlJobConfig

在nacos配置新增配置

④:在article微服务中新建任务类

 

4.查询文章接口改造

4.1 思路分析

image-20210613110712894

4.2 功能实现

4.2.1 在ApArticleService中新增方法

实现方法

4.2.2 修改控制器