oracle job在执行的时候可能会遇到在设定的周期内不能执行完的情况,即前一次还没有执行完,又到了下一次执行时间。
2.创建存储过程,执行一次此过程会往t_test中插一条带时间的数据,然后sleep 200秒
3.创建job,每分钟的0秒执行一次
从t_test中的时间数据基本可以得出oracle的处理方法:
<1>.22:20:00 执行 第一次,启动job成功
<2>.22:21:00 理论应该执行 第二次,但是此时上一次启动的job还没有执行完,所以本次启动时间会被延后;如果延后到下一次job启动时间,上一次还没有执行完,则本次job启动会被跳过,不再启动,即job少执行一次
<3>.22:22:00 同22:21:00,此次也被跳过
<4>.22:23:00 本次job启动没有按时启动,因为 22:20:00 启动的job此时还没有执行完;22:23:20 第一次启动的job执行完毕,本次job启动成功
前一次启动的job没有在设定的周期完成,如果在本次job周期内执行完成,则本次job延时启动;如果在本次job周期内也没有执行完成,则跳过本次job。
以下的操作来模拟这种情况,来看一下oracle是怎么样处理的。
环境:
1.创建表
create table t_test
(
sid number,
dt date
);
2.创建存储过程,执行一次此过程会往t_test中插一条带时间的数据,然后sleep 200秒
create or replace procedure p_test
as
begin
insert into t_test(sid, dt) values(sys_context('USERENV', 'SID'), sysdate);
commit;
dbms_lock.sleep(200);
end p_test;
/
3.创建job,每分钟的0秒执行一次
begin
dbms_scheduler.create_job
(
job_name => 'JOB_TEST',
job_type => 'PLSQL_BLOCK',
job_action => 'begin p_test; end;',
repeat_interval => 'FREQ=MINUTELY; BYSECOND=0; INTERVAL=1',
enabled => true
);
end;
/
select * from t_test order by dt;
从t_test中的时间数据基本可以得出oracle的处理方法:
<1>.22:20:00 执行 第一次,启动job成功
<2>.22:21:00 理论应该执行 第二次,但是此时上一次启动的job还没有执行完,所以本次启动时间会被延后;如果延后到下一次job启动时间,上一次还没有执行完,则本次job启动会被跳过,不再启动,即job少执行一次
<3>.22:22:00 同22:21:00,此次也被跳过
<4>.22:23:00 本次job启动没有按时启动,因为 22:20:00 启动的job此时还没有执行完;22:23:20 第一次启动的job执行完毕,本次job启动成功
前一次启动的job没有在设定的周期完成,如果在本次job周期内执行完成,则本次job延时启动;如果在本次job周期内也没有执行完成,则跳过本次job。