--------------------------------------------------------------------------
XXL-JOB 的数据库表设计围绕分布式任务调度的核心功能展开，主要包括任务配置、执行器管理、日志记录、状态监控等模块。以下是核心表的详细解析（基于 2.4.0+ 版本）：
- 作用：管理任务执行器（Executor）的分组信息，支持按业务维度隔离任务。
- 关键字段：
- 关联关系：
xxl_job_info 通过 job_group 字段关联执行器分组。
- 作用：存储所有任务的元数据配置，包括调度策略、执行逻辑、报警规则等。
- 关键字段：
- 示例 SQL：
CREATE TABLE `xxl_job_info` (`id` int(11) NOT NULL AUTO_INCREMENT,`job_group` int(11) NOT NULL,`schedule_type` varchar(50) NOT NULL DEFAULT 'CRON',`schedule_conf` varchar(128) DEFAULT NULL,`executor_route_strategy` varchar(50) DEFAULT NULL,`executor_handler` varchar(255) DEFAULT NULL,`glue_type` varchar(50) NOT NULL,`trigger_status` tinyint(4) NOT NULL DEFAULT '0',PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
- 作用：记录任务执行的详细日志，包括触发结果、执行耗时、异常信息等。
- 关键字段：
- 关联关系：通过
job_id 关联 xxl_job_info，通过 executor_address 关联执行器实例。
- 作用：按天统计任务执行情况，用于控制台报表展示。
- 关键字段：
- 数据更新：调度中心每分钟自动统计前一天的日志数据。
- 作用：存储执行器和调度中心的动态注册信息，实现执行器地址的自动发现。
- 关键字段：
- 机制：
- 执行器启动后向调度中心注册地址，调度中心每 30 秒清理超时 90 秒未心跳的执行器。
- 调度中心根据
registry_value 动态维护可用执行器列表。
- 作用：通过数据库行锁实现分布式任务调度的并发控制。
- 关键字段：
- 示例：
- 调度中心触发任务时，通过
state_access 锁确保同一任务不会被多个线程重复触发。
- 执行器回调更新任务状态时，需获取
state_access 锁保证原子性。
- 作用：存储平台用户信息，支持权限管理。
- 关键字段：
- 作用：存储 GLUE 脚本的历史版本，支持版本回溯。
- 关键字段：
-
任务注册：
- 用户在控制台创建任务，数据写入
xxl_job_info，关联 xxl_job_group 中的执行器分组。
- 执行器启动后向
xxl_job_registry 表注册地址，调度中心自动发现可用执行器。
-
任务触发：
- 调度中心扫描
xxl_job_info 中 trigger_next_time <= 当前时间 的任务。
- 获取
xxl_job_lock 锁后，更新任务状态并记录日志到 xxl_job_log。
-
任务执行：
- 调度中心通过
xxl_job_registry 获取执行器地址，调用执行器接口。
- 执行器执行任务后，回调调度中心更新
xxl_job_log 中的 handle_code 和 handle_msg。
-
日志与监控：
xxl_job_log 记录每次执行的详细信息，xxl_job_log_report 按天统计执行结果。- 控制台通过查询这些表展示任务状态、执行趋势等信息。
- 版本差异：
- 2.3.0 及之前版本包含
xxl_job_qrtz_xxx 表（基于 Quartz 调度），2.4.0+ 版本已将其功能整合到 xxl_job_info 表。
- 性能优化：
xxl_job_log 表数据量可能快速增长，建议定期清理历史日志（通过配置 xxl.job.logretentiondays 自动清理）。
- 分布式锁机制：
xxl_job_lock 表依赖数据库行锁，在高并发场景下可能成为性能瓶颈，需根据实际情况评估是否替换为 Redis 等分布式锁。
通过以上表结构，可深入理解 XXL-JOB 的任务调度、执行、监控等核心功能，为系统运维和二次开发提供数据层面的支持。
--------------------------------------------------------------------------
XXL-JOB 各版本在功能、架构和稳定性上持续迭代，以下是核心版本的关键区别：
核心改进：
- 调度过期策略
新增「忽略」或「立即补偿触发一次」策略，解决调度中心因延迟导致的任务漏触发问题。
- 触发方式扩展
除 Cron 外，新增「固定间隔触发」和实验性「固定延时触发」，支持更灵活的任务调度场景。
- 任务辅助工具
引入 XxlJobHelper，统一提供任务参数获取、日志输出、分片参数解析等能力，简化开发流程。
- 执行器注册优化
注册逻辑改为异步方式，提升高并发场景下的注册性能；新增 accessToken 校验，增强安全性。
- Cron 编辑器增强
支持实时预览最近运行时间，修复小概率字段重置问题，提升配置体验。
- 数据库适配
优化 Oracle 数据库兼容性，调整 SQL 语法和分页查询逻辑。
架构与功能重大升级：
- 移除 Quartz 依赖
彻底废弃 Quartz 调度引擎，自研轻量级调度模块，大幅简化数据库表结构（移除 xxl_job_qrtz_xxx 表），提升调度性能和稳定性。
- 任务分片与广播
支持分布式任务分片（Sharding），可将大数据量任务拆分为多个子任务并行执行；新增「广播任务」模式，所有执行器同时执行同一任务。
- GLUE 脚本增强
支持 Java、Shell、Python、PHP、NodeJS 等多语言脚本，任务逻辑可直接在控制台编辑并动态生效，无需重启应用。
- 执行器注册机制
执行器通过 HTTP 接口自动注册到调度中心，支持动态扩缩容和故障转移，替代传统数据库表注册方式。
- 权限控制优化
新增用户角色管理（管理员、普通用户），支持按执行器分组配置权限，实现精细化操作控制。
- 高可用与安全
调度中心集群部署支持自动选举主节点；修复 SSRF、XSS 等安全漏洞，但早期版本（如 2.4.0）仍存在权限绕过风险，需及时升级至 2.4.1+。
性能与稳定性优化：
- 线程池与队列优化
调整快慢线程池拒绝策略，避免任务积压导致的结果丢失；优化队列长度，提升突发流量处理能力。
- 日志表索引优化
对 xxl_job_log 表添加复合索引，显著提升大日志量场景下的查询和清理速度。
- 执行器注册重构
降低多调度中心地址时的并发注册冲突，新增唯一索引防止冗余数据。
- 依赖升级
更新 Netty、Slf4j 等基础组件至最新稳定版本，提升框架兼容性和安全性。
- 长期维护支持
作为 JDK 8 最后一个大版本，提供长期漏洞修复和性能优化。
-
2.3.x → 2.4.x
- 需手动迁移数据库表结构（移除 Quartz 相关表，新增
xxl_job_log 分片字段）。
- 执行器配置需调整注册方式（HTTP 接口替代数据库表）。
- 建议直接升级至 2.4.1+ 以规避 SSRF 等安全风险。
-
2.4.x → 2.5.x
- 数据模型和通讯协议兼容，可无缝升级。
- 建议同步优化
xxl_job_log 表索引以提升性能。
-
长期维护选择
- 优先使用 2.5.x 版本，享受 JDK 8 长期支持和最新安全修复。
- 计划迁移至 JDK 11+ 的用户可关注 3.0+ 版本（规划中）。
通过以上版本对比，可根据业务需求和技术栈选择最适合的版本，重点关注架构升级、功能扩展和安全性修复。
--------------------------------------------------------------------------
--------------------------------------------------------------------------
--------------------------------------------------------------------------
--------------------------------------------------------------------------
--------------------------------------------------------------------------
--------------------------------------------------------------------------
