oracle job在执行的时候可能会遇到在设定的周期内不能执行完的情况,即前一次还没有执行完,又到了下一次执行时间。
以下的操作来模拟这种情况,来看一下oracle是怎么样处理的。
环境:
1.创建表
2.创建存储过程,执行一次此过程会往t_test中插一条带时间的数据,然后sleep 200秒
3.创建job,每分钟的0秒执行一次
4.观察表中的数据
从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是怎么样处理的。
环境:
![](http://img.blog.itpub.net/blog/attachment/201603/18/7417681_1458312140Gk91.jpg?x-oss-process=style/bb)
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;
/
4.观察表中的数据
- select * from t_test order by dt;
![](http://img.blog.itpub.net/blog/attachment/201603/18/7417681_14583123180dNH.jpg?x-oss-process=style/bb)
从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。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7417681/viewspace-2059787/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/7417681/viewspace-2059787/