接口介绍
功能包DBMS_JOB支持的所有接口请参见表1。
接口名称 | 描述 |
---|---|
提交一个定时任务。作业号由系统自动生成。 | |
提交一个定时任务。作业号由用户指定。 | |
通过作业号来删除定时任务。 | |
禁用或者启用定时任务。 | |
修改定时任务的属性,包括任务内容、下次执行时间、执行间隔。 | |
修改定时任务的任务内容属性。 | |
修改定时任务的下次执行时间属性。 | |
修改定时任务的执行间隔属性。 |
- DBMS_JOB.SUBMIT
存储过程SUBMIT提交一个系统提供的定时任务。
DBMS_JOB.SUBMIT函数原型为:
DMBS_JOB.SUBMIT(
what IN TEXT,
next_date IN TIMESTAMP DEFAULT sysdate,
job_interval IN TEXT DEFAULT 'null',
job OUT INTEGER);说明:当创建一个定时任务(DBMS_JOB)时,系统默认将当前数据库和用户名与当前创建的定时任务(DBMS_JOB)绑定起来。该接口函数可以通过call或select调用,如果通过select调用,可以不填写出参。如果在存储过程中则需要用通过perform调用该接口函数。
表2 DBMS_JOB.SUBMIT接口参数说明 参数
类型
入参/出参
是否可以为空
描述
what
text
IN
否
要执行的SQL语句。支持一个或多个‘DML’,‘匿名块’,‘调用存储过程的语句’或3种混合的场景。
next_date
timestamp
IN
否
下次作业运行时间。默认值为当前系统时间(sysdate)。如果是过去时间,在提交作业时表示立即执行。
interval
text
IN
是
用来计算下次作业运行时间的时间表达式,可以是interval表达式,也可以是sysdate加上一个numeric值(例如:sysdate+1.0/24)。如果为空值或字符串"null"表示只执行一次,执行后JOB状态STATUS变成'd' 不再执行。
job
integer
OUT
否
作业号。范围为1~32767。当使用select调用dbms.submit时,该参数可以省略。
示例:
select DBMS_JOB.SUBMIT('call pro_xxx();', to_date('20180101','yyyymmdd'),'sysdate+1');
select DBMS_JOB.SUBMIT('call pro_xxx();', to_date('20180101','yyyymmdd'),'sysdate+1.0/24');
CALL DBMS_JOB.SUBMIT('INSERT INTO T_JOB VALUES(1); call pro_1(); call pro_2();', add_months(to_date('201701','yyyymm'),1), 'date_trunc(''day'',SYSDATE) + 1 +(8*60+30.0)/(24*60)' ,:jobid);
- DBMS_JOB.ISUBMIT
ISUBMIT与SUBMIT语法功能相同,但其个参数是入参,即指定的作业号,SUBMIT后一个参数是出参,表示系统自动生成的作业号。
示例:
CALL dbms_job.isubmit(101, 'insert_msg_statistic1;', sysdate, 'sysdate+3.0/24');
DBMS_JOB.REMOVE
存储过程REMOVE删除指定的定时任务。
DBMS_JOB.REMOVE函数原型为:
REMOVE(job IN INTEGER);
表3 DBMS_JOB.REMOVE接口参数说明 参数
类型
入参/出参
是否可以为空
描述
job
integer
IN
否
指定的作业号。
示例:
CALL dbms_job.remove(101);
- DBMS_JOB.BROKEN
存储过程BROKEN禁用或者启用定时任务。
DBMS_JOB.BROKEN函数原型为:
DMBS_JOB.BROKEN(
job IN INTEGER,
broken IN BOOLEAN,
next_date IN TIMESTAMP DEFAULT sysdate);表4 DBMS_JOB.BROKEN接口参数说明 参数
类型
入参/出参
是否可以为空
描述
job
integer
IN
否
指定的作业号。
broken
boolean
IN
否
状态标志位,true代表禁用,false代表启用。具体true或false值更新当前job;如果为空值,则不改变原有job的状态。
next_date
timestamp
IN
是
下次运行时间,默认为当前系统时间。如果参数broken状态为true,则更新该参数为'4000-1-1';如果参数broken状态为false,且如果参数next_date不为空值,则更新指定job的next_date值,如果next_date为空值,则不更新next_date值。该参数可以省略,为默认值。
示例:
CALL dbms_job.broken(101, true);
CALL dbms_job.broken(101, false, sysdate); - DBMS_JOB.CHANGE
存储过程CHANGE修改定时任务的属性,包括任务内容、下次执行时间、执行间隔。
DBMS_JOB.CHANGE函数原型为:
DMBS_JOB.CHANGE(
job IN INTEGER,
what IN TEXT,
next_date IN TIMESTAMP,
interval IN TEXT);表5 DBMS_JOB.CHANGE接口参数说明 参数
类型
入参/出参
是否可以为空
描述
job
integer
IN
否
指定的作业号。
what
text
IN
是
执行的存储过程名或者sql语句块。如果该参数为空值,则不更新指定job的what值,否则更新指定job的what值。
next_date
timestamp
IN
是
下次运行时间。如果该参数为空值,则不更新指定job的next_date值,否则更新指定job的next_date值。
interval
text
IN
是
用来计算下次作业运行时间的时间表达式。如果该参数为空值,则不更新指定job的interval值;如果该参数不为空值,会校验interval是否为有效的时间类型或interval类型,则更新指定job的interval值。如果为字符串"null"表示只执行一次,执行后JOB状态STATUS变成'd' 不再执行。
示例:
CALL dbms_job.change(101, 'call userproc();', sysdate, 'sysdate + 1.0/1440');
CALL dbms_job.change(101, 'insert into tbl_a values(sysdate);', sysdate, 'sysdate + 1.0/1440'); - DBMS_JOB.WHAT
存储过程WHAT修改定时任务的任务内容属性。
DBMS_JOB.WHAT函数原型为:
DMBS_JOB.WHAT(
job IN INTEGER,
what IN TEXT);表6 DBMS_JOB.WHAT接口参数说明 参数
类型
入参/出参
是否可以为空
描述
job
integer
IN
否
指定的作业号。
what
text
IN
否
执行的存储过程调用或者sql语句块。
说明:- 当what参数是一个或多个可以执行成功的sql语句/程序块/调用存储过程时,该接口函数才能被执行成功,否则会执行失败。
- 若what参数为一个简单的insert、update等语句,需要在表前加模式名。
示例:
CALL dbms_job.what(101, 'call userproc();');
CALL dbms_job.what(101, 'insert into tbl_a values(sysdate);'); - DBMS_JOB.NEXT_DATE
存储过程NEXT_DATE修改定时任务的下次执行时间属性。
DBMS_JOB.NEXT_DATE函数原型为:
DMBS_JOB.NEXT_DATE(
job IN INTEGER,
next_date IN TIMESTAMP);表7 DBMS_JOB.NEXT_DATE接口参数说明 参数
类型
入参/出参
是否可以为空
描述
job
integer
IN
否
指定的作业号。
next_date
timestamp
IN
否
下次运行时间。
说明:如果输入的next_date的值小于当前日期值,该job会立即执行一次。
示例:
CALL dbms_job.next_date(101, sysdate);
DBMS_JOB.INTERVAL
存储过程INTERVAL修改定时任务的执行间隔属性。
DBMS_JOB.INTERVAL函数原型为:
DMBS_JOB.INTERVAL(
job IN INTEGER,
interval IN TEXT);表8 DBMS_JOB.INTERVAL接口参数说明 参数
类型
入参/出参
是否可以为空
描述
job
integer
IN
否
指定的作业号。
interval
text
IN
是
用来计算下次作业运行时间的时间表达式。如果为空值或字符串"null"表示只执行一次,执行后JOB状态STATUS变成'd' 不再执行。interval是否为有效的时间类型或interval类型。
示例:
CALL dbms_job.interval(101, 'sysdate + 1.0/1440');
说明:
对于指定job正在运行状态(即job_status为'r')时,不允许通过remove、change、next_date、what、interval等接口删除或修改job的参数信息。
约束说明
- 创建一个新job后,该job从属于当前coordinator(即:该job仅在当前coordinator上调度和执行),其他coordinator不会调度和执行该job。所有coordinator都可以查看、修改、删除其他CN创建的job。
- job只能通过dbms_job包提供的接口进行创建、更新、删除操作,因为包的接口中会考虑所有CN间job信息的同步和pg_job与pg_job_proc表主键的关联操作,如果通过DML语句对pg_job表进行增删改,会导致job信息在CN间不一致和系统表无法关联变更的混乱问题,会严重影响job内部的管理。
- 由于用户创建的每个任务和CN绑定,当任务运行过程中,该CN故障,则该任务的状态无法实时刷新,仍为’r’状态,需要等CN启动正常后才能刷新为’s’状态。如果在任务未执行时CN故障,则该CN上的任务都得不到正常的调度和执行,需要人为干预让该CN恢复正常,或进行节点删除/替换、job才能正常的调度和执行。
- job在定时执行过程中,需要在当前job所属的CN上实时更新该job的运行状态、近执行开始时间、近执行结束时间、下次开始时间、失败次数(如果job执行失败)等相关参数信息到pg_job系统表中,并同步到其他CN,保证job信息的一致性。如果其他CN存在节点故障,那么job所属CN会同步超时重发的处理,导致job执行时间变长,但CN间同步超时失败后,原CN上pg_job表中job的相关信息仍然能正常更新,且job能正常执行成功。当故障CN恢复正常后,可能出现该CN上pg_job表中当前job的执行时间、运行状态等参数与原CN上不一致的情况,需要原CN上再次执行该job后才能保证job信息的同步。
- 对于并发同时有多个job到达执行时间的场景,由于会为每个job创建一个线程来执行job,由于系统内部启动每个线程的时间会有延迟,因此会导致同时并发执行的job的开始时间有延迟,每个job的延迟时间在0.1ms左右。