xxljob本地运行

简介: 本文介绍XXL-JOB分布式任务调度平台的部署与使用。包含源码获取、服务端数据库导入(8张核心表)、数据源配置及启动方法。客户端需注册执行器,通过控制台配置调度任务,支持多种路由策略如轮询、随机、故障转移等。最后可测试任务执行并查看日志,实现定时任务的可视化管理。(239字)

1.源码获取
读者朋友们可以自行去官网下载,也可以使用我已经增加了核心模块注释的压缩包:
xxl-job-master.zip
(7.8 MB)
2.服务端运行
2.1 导入数据库脚本
位置如下:
运行后会有8张表,效果如下:
xxl_job_lock:任务调度锁表;
xxl_job_group:执行器信息表,维护任务执行器信息;
xxl_job_info:调度扩展信息表: 用于保存XXL-JOB调度任务的扩展信息,如任务分组、任务名、机器地址、执行器、执行入参和报警邮件等等;
xxl_job_log:调度日志表: 用于保存XXL-JOB任务调度的历史信息,如调度结果、执行结果、调度入参、调度机器和执行器等等;
xxl_job_log_report:调度日志报表:用户存储XXL-JOB任务调度日志的报表,调度中心报表功能页面会用到;
xxl_job_logglue:任务GLUE日志:用于保存GLUE更新历史,用于支持GLUE的版本回溯功能;
xxl_job_registry:执行器注册表,维护在线的执行器和调度中心机器地址信息;
xxl_job_user:系统用户表;
2.2 更改数据源配置
2.3 启动服务端并访问
访问本地地址:
http://localhost:8080/xxl-job-admin
用户名/密码=admin、123456
3.客户端运行
启动后,去浏览器观看,可以看到默认已经注册进去一个服务信息
3.1 注册执行器
xxl-job不同于spring-task,是需要在控制台配置定时任务的
弹窗中编写:
稍等会刷新页面,可以看到注册地址已经有了一个,并且ip就是自己的服务ip
3.2 配置调度信息
路由策略说明:
FIRST(第一个):固定选择第一个执行器;
LAST(最后一个):固定选择最后一个执行器;
ROUND(轮询):在线的执行器按照轮询策略选择一个执行
RANDOM(随机):随机选择在线的执行器;
CONSISTENT_HASH(一致性HASH):每个任务按照Hash算法固定选择某一台执行器,且所有任务均匀散列在不同执行器上。
LEAST_FREQUENTLY_USED(最不经常使用):使用频率最低的执行器优先被选举;
LEAST_RECENTLY_USED(最近最久未使用):最久未使用的执行器优先被选举;
FAILOVER(故障转移):按照顺序依次进行心跳检测,第一个心跳检测成功的执行器选定为目标执行器并发起调度;
BUSYOVER(忙碌转移):按照顺序依次进行空闲检测,第一个空闲检测成功的执行器选定为目标执行器并发起调度;
SHARDING_BROADCAST(分片广播):广播触发对应集群中所有执行器执行一次任务,同时系统自动传递分片参数;可根据分片参数开发分片任务
4.测试执行效果
一般任务编写完成,规则配置完成之后,我们会测试一下任务是否正常,此时就如下操作即可:

在弹窗中,可以增加执行参数,也可以指定固定某台ip(debug调试就可以写自己本地ip),这里我们直接点击保存执行
执行完成后,会弹窗:执行成功,此时我们点击:查看日志

相关文章
|
负载均衡 算法 druid
【Java多数据源实现教程】实现动态数据源、多数据源切换方式(下)
【Java多数据源实现教程】实现动态数据源、多数据源切换方式(下)
2118 0
|
3月前
|
Ubuntu Linux 应用服务中间件
Rocky Linux 9下logrotate配置及踩坑记
本文介绍在Rocky Linux 9系统中配置Nginx日志轮转的完整过程,满足等保要求保留180天日志。通过修改`/etc/logrotate.conf`并创建Nginx专属轮转配置,结合`logrotate.d`与每日定时任务,解决默认无cron脚本导致轮转失效的问题,并提示避免将日志置于系统目录引发权限错误。
|
9月前
|
前端开发
SpringBoot2.3.1集成Knife4j接口文档
SpringBoot2.3.1集成Knife4j接口文档
642 57
|
缓存 应用服务中间件 网络安全
Nginx中配置HTTP2协议的方法
Nginx中配置HTTP2协议的方法
1128 7
使用Pattern.compile进行正则表达式匹配
使用Pattern.compile进行正则表达式匹配
|
JSON 数据格式
Sublime Text 查找的内容 高亮显示
Sublime Text 查找的内容 高亮显示
1916 0
Sublime Text 查找的内容 高亮显示
|
存储 监控 算法
「AIGC算法」大数据架构Lambda和Kappa
**Lambda与Kappa架构对比:** Lambda提供批处理和实时处理,保证数据最终一致性,但维护复杂。Kappa简化为单一流处理,易于维护,适合实时场景,但可能增加实时处理压力,影响稳定性。选择时考虑数据一致性、系统维护、成本和实时性需求。
696 0
「AIGC算法」大数据架构Lambda和Kappa
|
监控 Cloud Native 测试技术
持续集成与持续交付(CI/CD)在云原生环境中的应用与优化
传统软件开发模式下的集成和交付流程往往繁琐且易出错,而随着云原生技术的快速发展,持续集成与持续交付(CI/CD)在云原生环境中的应用变得尤为重要。本文将探讨CI/CD在云原生环境中的应用及优化策略,包括自动化测试、容器化部署以及监控和反馈机制等方面,旨在帮助开发团队更好地应对云原生时代的挑战。
396 29

热门文章

最新文章