DolphinScheduler 6 个高频 SQL 操作技巧

摘要： Apache DolphinScheduler系列4-后台SQL经验分享

关键词： 大数据、数据质量、数据调度

整体说明

在调研了 DolphinScheduler 之后，在项目上实际使用了一段时间，有了一些后台SQL实际经验，分享如下。

进入DolphinScheduler 后台数据库，我这里使用的是MySQL数据库。

以任务名称包含"ods_xf_act" 的任务为例。

一、修改任务组操作

UPDATE t_ds_task_definition a join t_ds_task_definition_log b on a.`code`=b.`code`and a.version=b.version set a.task_group_id = 19,b.task_group_id=19 where a.name like'%ods_xf_act%' 

二、批量修改任务执行类型

UPDATE t_ds_process_definition a join t_ds_process_definition_log b on a.code=b.code and a.version=b.version set a.execution_type = 1,b.execution_type=1 where a.name like'%ods_xf_act%'； 

三、查看定时器配置情况

根据此来选择配置定时器

select crontab,count(*) from t_ds_schedules groupby crontab orderbycount(*) desc 

四、批量更改定时器

定时器，在前台页面修改很麻烦，一个个改很慢，所以想着从后台批量修改。

1. 确定需要更新的定时器列表

   select t1.id,t1.process_definition_code,crontab,t2.name from t_ds_schedules t1 join t_ds_process_definition t2 on t1.process_definition_code = t2.code wherenamelike'%ods_xf_act%' and crontab like'%0 0 5 *%'

2. 更新成需要的crontab定时器

   update t_ds_schedules t1 join t_ds_process_definition t2 on t1.process_definition_code = t2.code set t1.crontab = '0 0 11 * * ? *' wherenamelike'%ods_xf_act%' and crontab like'%0 0 5 *%'

3. 更新成需要的crontab定时器触发表 由于定时器已经 5 -> 11修改完成， 所以后面的where 条件都是 11

   update qrtz_cron_triggers t1 set t1.CRON_EXPRESSION = '0 0 11 * * ? *' where t1.TRIGGER_NAME in ( selectconcat("job_",t1.id) from t_ds_schedules t1 join t_ds_process_definition t2 on t1.process_definition_code = t2.code wherenamelike'%ods_xf_act%' and crontab like'%0 0 11 *%' )

4. 更新成最新crontab定时触发时间的起始时间 由于NEXT_FIRE_TIME有更新时差，所以往前推8小时

   update qrtz_triggers t1 set t1.NEXT_FIRE_TIME = round(UNIX_TIMESTAMP(date_sub("2024-07-23 11:00:00", INTERVAL8HOUR) )*1000) where t1.TRIGGER_NAME in ( selectconcat("job_",t1.id) from t_ds_schedules t1 join t_ds_process_definition t2 on t1.process_definition_code = t2.code wherenamelike'%ods_xf_act%' and crontab like'%0 0 11 *%' )

五、通知策略修改为"都不发"，仍然告警

现象： 原先选择"失败发"，后面修改为"都不发"

原因： 原先有告警组，然后修改为都不发，原告警组后台并没有修改，是一个bug。

临时解决方案：

select t1.* from t_ds_schedules t1 join t_ds_process_definition t2 on t1.process_definition_code = t2.`code` wherenamelike'%ods_xf_act%' 

把warning_type = 0 的，对应warning_group_id 都修改为 0

六、任务组队列，页面没有任务，已用资源却占满

查看任务组列表

select * from t_ds_task_group orderby create_time desc 

如果遇到任务组是满的，页面查询却没有任务，可以手动修改字段值图片

查看任务组队列列表，找出没有完成，修改成已完成，就是修改值为2。

-- t_ds_task_group_queue.`status` tinyint(4) DEFAULT '-1' COMMENT '-1: waiting 1: running 2: finished' select * from t_ds_task_group_queue where1=1 andstatus <> 2 -- finished 完成 orderby create_time desc 

查看任务列表，找出没有完成，修改成已完成，就是修改值为7。

-- t_ds_task_instance.`state` tinyint(4) DEFAULT NULL COMMENT 'Status: 0 commit succeeded, 1 running, 2 prepare to pause, 3 pause, 4 prepare to stop, 5 stop, 6 fail, 7 succeed, 8 need fault tolerance, 9 kill, 10 wait for thread, 11 wait for dependency to complete' -- id 是上面t_ds_task_group_queue的task_id select * from t_ds_task_instance where state <> 7-- success andidin ( selectidfrom t_ds_task_group_queue where1=1 andstatus <> 2-- finished 完成 orderby create_time desc ) orderby submit_time desc limit100 

转载自鹏说大数据

原文链接：Apache DolphinScheduler系列4-后台SQL经验分享

本文由 白鲸开源科技 提供发布支持！