因为官方文档上没有找到相关的说明,所以这里进行了例如以下測试,为了找到oracle数据库中 job 失败后重试时间的规律。
数据库版本号:11.2.0.3
測试说明:这里创建了一个日志表以及一个执行时必然出错的procedure,用于job的执行。这里仅仅要记录下每次job执行时视图user_jobs 中的 next_date就能够判断出job 执行失败后的重试规律。
日志表以及序列:
create table job_exec_logs (id number ,current_date date , next_date date ,failures number ,broken varchar2( 2)) ; create sequence seq_job_exec_logs_id ;
測试procedure
create or replace procedure pro_my_test is begin insert into job_exec_logs select seq_job_exec_logs_id.nextval , sysdate , next_date , failures , broken from user_jobs ; commit ; execute immediate 'select * from ddddsfs' ; end ;
当中ddddsfs表示不存在的。也就是说仅仅要执行pro_my_test存储过程到最后都会出错(可是日志表还是能够正常插入进去的)
创建job:
var job number ; begin sys.dbms_job.submit(job => :job, what => 'pro_my_test ;', next_date => sysdate, interval => 'sysdate+5' ); commit; end; /
事实上整个測试过程没什么可说的。让job自己主动执行就可以,可是须要等待job下次重试时间。
最后測试的结果:
dexter@REPO>select trunc((next_date-lag(next_date,1) over (order by 4))*24*60) from ( 2 select * from job_exec_logs 3 union all 4 select 11111, sysdate , next_date ,failures , broken from user_jobs 5 order by 4 nulls first) ; TRUNC((NEXT_DATE-LAG(NEXT_DATE,1)OVER(ORDER BY 4))*24*60) ------------------------------------------------------- 2 4 8 15 32 64 128 256 512 1024 1440 1440 已选择13行。
如上结果以及笔者的其它測试能够推断出:
1、每次重试时间都是递增的。第一次2分钟,4分钟,8分钟,16分钟 ... 依此类推。
2、当超过1440分钟,也就是24小时的时候,固定的重试时间为1天。
3、笔者还经过其它实验得知,超过16次重试后,job 就会被标记为broken ,next_date 为4000-1-1,也就是不再进行job重试。
4、oracle数据库重试的时间到达设定的下次运行时间后,以设定的job运行时间为准。
想要了解很多其它,能够看下metalink
Broken Jobs and the Job Queue (文档ID 103349.1)
版权声明:本文博客原创文章。博客,未经同意,不得转载。