Apache Doris 定时任务(CREATE JOB)详解与使用指南
什么是Doris定时任务
Apache Doris中的定时任务(JOB)是一种按照预定计划运行的任务机制,它能够在特定时间点或指定时间间隔触发预定义的操作,帮助我们自动化执行一些常规任务。从功能上看,它类似于操作系统中的定时任务(如Linux的cron或Windows的计划任务),但它是数据库层面的实现,可以直接操作Doris中的数据。
定时任务类型
Doris支持两种类型的定时任务:
- 一次性任务(ONE_TIME):在指定的时间点触发执行,仅执行一次
- 周期性任务(RECURRING):在指定的时间间隔内循环触发,用于周期性执行的任务
周期性任务可以指定开始时间(STARTS)和结束时间(ENDS)。如果不指定开始时间,默认第一次执行时间是当前时间加上一个调度周期。如果指定了结束时间,当任务执行达到结束时间时(或超过结束时间,或下一个执行周期将超过结束时间),任务状态会更新为FINISHED,不再生成新的任务。
任务状态机制
Doris定时任务有4种状态:
- RUNNING:初始状态,任务会按照调度周期生成TASK执行
- STOPPED:用户主动触发停止,正在运行的TASK会被取消
- PAUSED:暂停状态,可以通过RESUME操作恢复为RUNNING状态
- FINISHED:任务完成状态,系统会保留24小时后自动删除
任务执行会生成TASK,TASK有以下几种状态:
- PENDING:触发时间已到但等待资源分配
- RUNNING:资源分配后开始执行
- SUCCESS:执行成功
- FAILED:执行失败
- CANCELED:被取消状态
创建定时任务语法
CREATE
JOB
<job_name>
ON SCHEDULE <schedule>
[ COMMENT <string> ]
DO <sql_body>
其中<schedule>可以是:
{ AT <at_timestamp> | EVERY <interval> [STARTS <start_timestamp> ] [ENDS <end_timestamp> ] }
时间间隔<interval>格式为:
quantity { WEEK | DAY | HOUR | MINUTE }
参数详解
必填参数
-
job_name:任务名称,在数据库中必须唯一。注意不能使用"inner_"前缀,该前缀保留给系统内部使用。
-
schedule:定义任务的调度方式,可以是一次性执行或周期性执行。
-
sql_body:任务触发时要执行的SQL语句。
可选参数
-
AT timestamp:用于一次性任务,指定任务在特定时间点执行一次。
-
EVERY interval:用于周期性任务,指定任务执行频率。
-
STARTS timestamp:指定周期性任务的开始时间。
-
ENDS timestamp:指定周期性任务的结束时间。
权限要求
执行CREATE JOB命令的用户必须至少具有以下权限:
| 权限 | 对象 | 说明 |
|---|---|---|
| ADMIN_PRIV | 数据库 | 目前仅支持ADMIN权限执行此操作 |
使用注意事项
- 每个任务最多保留最近100条TASK记录
- 目前仅支持INSERT内部表操作,未来会支持更多操作类型
- 如果任务执行时间过长导致下一次调度时间到达时前一个任务仍在执行,系统会跳过当前调度
- 合理设置任务执行间隔,确保间隔大于任务执行时间
实际应用示例
周期性数据同步
创建一个每分钟执行一次的定时任务,将db2.tbl2的数据同步到db1.tbl1:
CREATE JOB my_job ON SCHEDULE EVERY 1 MINUTE
DO INSERT INTO db1.tbl1 SELECT * FROM db2.tbl2;
一次性数据迁移
创建一个在特定时间点执行的一次性任务:
CREATE JOB my_job ON SCHEDULE AT '2023-01-01 00:00:00'
DO INSERT INTO db1.tbl1 SELECT * FROM db2.tbl2;
带时间范围的周期性任务
创建一个每天执行的任务,有明确的开始和结束时间:
CREATE JOB my_job ON SCHEDULE EVERY 1 DAY
STARTS '2023-01-01 00:00:00'
ENDS '2023-01-10 00:00:00'
DO INSERT INTO db1.tbl1 SELECT * FROM db2.tbl2
WHERE create_time >= days_add(now(),-1);
最佳实践建议
- 合理规划任务执行时间:避免大量任务在同一时间触发,造成系统资源紧张
- 监控任务执行情况:定期检查任务执行状态和耗时,及时调整
- 设置合理的保留策略:根据业务需求调整任务记录的保留数量
- 考虑任务依赖关系:复杂的数据处理流程应考虑任务间的依赖和顺序
性能调优参数
在fe.conf配置文件中,可以调整以下参数优化定时任务性能:
- job_dispatch_timer_job_thread_num:定时任务分发线程数,默认2,任务量大时可增加
- job_dispatch_timer_job_queue_size:定时任务队列大小,默认1024,任务并发高时可增大
- finished_job_cleanup_threshold_time_hour:已完成任务的清理时间阈值(小时),默认24
- job_insert_task_consumer_thread_num:Insert任务执行线程数,默认5,可适当增加
通过合理配置这些参数,可以显著提升定时任务的处理能力和系统稳定性。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00