专栏首页乐沙弥的世界参数job_queue_processes与Oracle jobs

参数job_queue_processes与Oracle jobs

Oracle jobs为Oracle开发人员和数据库管理员提供了数据库层面维护的极大便利性。对于Oracle jobs在Oracle 9i之前,是由dbms_jobs来实现,而到了10g之后,多出了dbms_scheduler方式。两者同样可以添加Oracle job,只不过dbms_scheduler的功能更为强大。在使用Oracle jobs时,我们不得不关注job_queue_processes参数,用于设定job队列可以启动的进程数。本文即是围绕此展开。

1、job_queue_processes参数

      alter system set job_queue_processes= 0,,,1000

下面是11g reference的描述:        JOB_QUEUE_PROCESSES specifies the maximum number of job slaves per instance that can be created for the execution of DBMS_JOB jobs and Oracle Scheduler (DBMS_SCHEDULER) jobs. DBMS_JOB and Oracle Scheduler share the same job coordinator and job slaves, and they are both controlled by the JOB_QUEUE_PROCESSES parameter.

       If the value of JOB_QUEUE_PROCESSES is set to 0, then DBMS_JOB jobs and Oracle Scheduler jobs will not run on the instance.If JOB_QUEUE_PROCESSES is set to a value in the range of 1 to 1000, then DBMS_JOB jobs and Oracle Scheduler jobs will run. The actual number of job slaves created for Oracle Scheduler jobs is auto-tuned by the Scheduler depending on several factors, including available resources, Resource Manager settings, and currently running jobs. However, the combined total number of job slaves running DBMS_JOB jobs and Oracle Scheduler jobs on an instance can never exceed the value of JOB_QUEUE_PROCESSES for that instance. The number of job slaves running Oracle Scheduler jobs is additionally limited to the value of the MAX_JOB_SLAVE_PROCESSES Scheduler attribute.

       Advanced replication uses Oracle Scheduler for data refreshes. Oracle Streams Advanced Queuing uses Oracle Scheduler for message propagation. Materialized views use Oracle Scheduler for automatic refreshes. Setting JOB_QUEUE_PROCESS to 0 will disable these features as well as any other features that use Oracle Scheduler or DBMS_JOB.

a、从上面的描述可知,对于Oracle job进程,包含协调进程(主进程)以及奴隶进程(子进程)。 b、job_queue_processes取值范围为0到1000,总共可创建多少个job进程由job_queue_processes参数来决定。 c、当job_queue_processes大于1时,且并行执行job时,至少一个为协调进程。其总数不会超出job_queue_processes的值。 d、job_queue_processes参数的值为且DBMS_JOB与DBMS_SCHEDULER共享。 e、job_queue_processes参数,当设定该值为0的时候则任意方式创建的job都不会运行。 f、非零值的job_queue_processes,其job子进程数依赖于可用资源,资源配置方式以及当前运行的job数来自行调整。 g、此外对于Scheduler jobs方式还受限制于scheduler属性MAX_JOB_SLAVE_PROCESSES的设置。 h、可以通过DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE来设置max_job_slave_processes

2、测试参数job_queue_processes为1的情形

-->演示环境
SQL> select * from v$version where rownum<2;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

-->创建测试用表
CREATE TABLE tb_job
(
   job_name    VARCHAR2 (5),
   update_dt   VARCHAR2 (20)
);

-->添加多个Oracle job来并发执行
SQL> ho more add_job.sql
DECLARE
   job_name   VARCHAR2 (20);
BEGIN
   DBMS_OUTPUT.put_line ('Current sysdate is ' || TO_CHAR (SYSDATE, 'yyyymmdd hh24:mi:ss'));

   FOR i IN 1 .. 5
   LOOP
      job_name := 'JOB_' || TO_CHAR (i);
      sys.DBMS_SCHEDULER.create_job (
         job_name          => job_name,
         start_date        => sysdate+1/1440,
         repeat_interval   => 'freq = minutely; interval=1',
         end_date          => NULL,
         job_class         => 'DEFAULT_JOB_CLASS',
         job_type          => 'PLSQL_BLOCK',
         job_action        =>   '  
begin
INSERT INTO tb_job
      SELECT '''
                             || job_name
                             || ''', TO_CHAR (SYSDATE, ''yyyymmdd hh24:mi:ss'') FROM DUAL;
dbms_lock.sleep(60);
commit;
end;
',
         enabled           => true,
         comments          => 'my test job');
   END LOOP;
END;
/

SQL> @add_job

PL/SQL procedure successfully completed.

-->查看job_queue_processes参数的值
SQL> show parameter job

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
job_queue_processes                  integer     1

-->此时和Job相关的进程一个,为ora_j000
SQL> ho ps -ef | grep rac11g | grep ora_j | grep -v grep
oracle    9692     1  4 12:03 ?        00:00:01 ora_j000_rac11g1

-->查看刚刚添加的job
-->下面的NEXT_RUN_DATE在秒级别上稍有差异,其实在定义job时,这个是由于前面的for循环造成的延迟
-->在此忽略这个细微的差异
SQL> @jobs

OWNER        JOB_NAME       ENABL JOB_CLASS                      NEXT_RUN_DATE
------------ -------------- ----- ------------------------------ -----------------------------------
SCOTT        JOB_1          TRUE  DEFAULT_JOB_CLASS              19-MAR-13 12.21.33.000000 PM +08:00
SCOTT        JOB_2          TRUE  DEFAULT_JOB_CLASS              19-MAR-13 12.21.33.000000 PM +08:00
SCOTT        JOB_3          TRUE  DEFAULT_JOB_CLASS              19-MAR-13 12.21.33.000000 PM +08:00
SCOTT        JOB_4          TRUE  DEFAULT_JOB_CLASS              19-MAR-13 12.21.34.000000 PM +08:00
SCOTT        JOB_5          TRUE  DEFAULT_JOB_CLASS              19-MAR-13 12.21.34.000000 PM +08:00

-->job执行的情况,可以看到5个job被逐一执行
-->尽管我们定义时的NEXT_RUN_DATE相差1秒,而此时job的执行后则每一个相差1分钟
-->job_1与job_5相差4分多钟,这是由于我们定义了dbms_lock.sleep(60)为1分钟
-->其次可以看出由于只有一个job进程,因此每一个job是一个一个被执行
SQL> select * from tb_job;

JOB_N UPDATE_DT
----- --------------------
JOB_1 20130319 12:21:33
JOB_2 20130319 12:22:35
JOB_3 20130319 12:23:37
JOB_4 20130319 12:24:39
JOB_5 20130319 12:25:41

3、测试参数job_queue_processes大于1的情形

-->首先移除之前的job
SQL> ho more remove_job.sql
DECLARE
   job_name   VARCHAR2 (10);
BEGIN
   FOR i IN 1 .. 5
   LOOP
      job_name := 'JOB_' || TO_CHAR (i);
      sys.DBMS_SCHEDULER.drop_job (job_name, force => TRUE);
   END LOOP;
END;
/

SQL> @remove_job

PL/SQL procedure successfully completed.

-->此时设置job_queue_processes的值为6
SQL> alter system set job_queue_processes=6;

System altered.

-->清空测试用表
SQL> truncate table tb_job;

Table truncated.

-->此时Oracle为job启动了2个进程
SQL> ho ps -ef | grep rac11g | grep ora_j | grep -v grep
oracle    3477     1  9 12:29 ?        00:00:01 ora_j000_rac11g1
oracle    3491     1  4 12:29 ?        00:00:00 ora_j001_rac11g1

-->添加多个job
SQL> @add_job

PL/SQL procedure successfully completed.

--> Author : Robinson
--> Blog   : http://blog.csdn.net/robinson_0612

SQL> @jobs

OWNER                JOB_NAME    ENABL JOB_CLASS             NEXT_RUN_DATE
-------------------- ----------- ----- --------------------- -----------------------------------
SCOTT                JOB_1       TRUE  DEFAULT_JOB_CLASS     19-MAR-13 12.31.55.000000 PM +08:00
SCOTT                JOB_2       TRUE  DEFAULT_JOB_CLASS     19-MAR-13 12.31.56.000000 PM +08:00
SCOTT                JOB_3       TRUE  DEFAULT_JOB_CLASS     19-MAR-13 12.31.56.000000 PM +08:00
SCOTT                JOB_4       TRUE  DEFAULT_JOB_CLASS     19-MAR-13 12.31.56.000000 PM +08:00
SCOTT                JOB_5       TRUE  DEFAULT_JOB_CLASS     19-MAR-13 12.31.56.000000 PM +08:00

-->片刻后可以看到job进程总数达到6个
SQL> ho ps -ef | grep rac11g | grep ora_j | grep -v grep
oracle    7668     1  1 11:57 ?        00:00:01 ora_j000_rac11g1
oracle    7678     1  0 11:57 ?        00:00:01 ora_j001_rac11g1
oracle    7700     1  1 11:57 ?        00:00:01 ora_j002_rac11g1
oracle    9230     1  0 11:57 ?        00:00:00 ora_j003_rac11g1
oracle    9257     1  2 11:58 ?        00:00:01 ora_j005_rac11g1
oracle    9353     1  7 11:59 ?        00:00:00 ora_j004_rac11g1          

-->查看表tb_job的情形                   
SQL> select * from tb_job order by 1,2;

JOB_N UPDATE_DT
----- --------------------
JOB_1 20130319 12:31:57
JOB_1 20130319 12:32:58
JOB_1 20130319 12:33:59
JOB_2 20130319 12:31:58
JOB_2 20130319 12:32:59
JOB_2 20130319 12:34:00
JOB_3 20130319 12:31:58
JOB_3 20130319 12:32:59
JOB_3 20130319 12:34:00
JOB_4 20130319 12:31:59
JOB_4 20130319 12:33:00
JOB_4 20130319 12:34:01
JOB_5 20130319 12:31:58
JOB_5 20130319 12:32:59
JOB_5 20130319 12:34:00

-->从上面的查询结果可知每一个job的上一次与下一次执行间隔基本保持在1分钟
-->不同job之间的每一次执行时间基本上是相同的,这与job_queue_processes为1时完全不一样
-->也就是说即使是job_5,基本上与job_1是同时执行,而不是像前面测试那样前面所有的执行完后才被执行

-->移除job
SQL> @remove_job

PL/SQL procedure successfully completed.

-->移除测试表
SQL> drop table tb_job purge;

Table dropped.

4、小结 a、job_queue_processes参数决定了job作业能够使用的总进程数。 b、当该参数为0值,任何job都不会被执行,建议合理设置该值且至少大于1。 c、对于job运行时间也应该尽量合理的设置间隔以及启动时间。 d、如果同一时间内运行的Job数很多,过小的参数值导致job不得不进行等待。而过大的参数值则消耗更多的系统资源。 f、对于存在依赖关系的job,尽可能将其进行合并到一个job中,如使用chain等。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • SQL*Plus break与compute的简单用法

       在SQL*Plus提示符下输出求和报表,我们可以借助break与compute两个命令来实现。这个两个命令简单易用,可满足日常需求,其实质也相当于在编写S...

    Leshami
  • ORACLE_SID、DB_NAME、INSTANCE_NAME、DB_DOMIAN、GLOBAL_NAME

    --=============================================================

    Leshami
  • Oracle 数据库实例启动关闭过程

    Oracle数据库实例的启动,严格来说应该是实例的启动,数据库仅仅是在实例启动后进行装载。Oracle数据启动的过程被划分为

    Leshami
  • 生产环境大型sql语句调优实战第一篇(一) (r2笔记第31天)

    在生产环境中有一条sql语句的性能极差,在早晨非高峰时段运行抽取数据,平均要花费40分钟,有时候竟然要跑10个多小时。 sql语句比较长,需要点耐心往下看。我对...

    jeanron100
  • C语言基础01--初见C语言

    徐焱
  • 蓝牙ATT_LIST设置服务指令

    02 00 28 是Primary Service UUID,表示后面的数据是service UUID

    心跳包
  • 你懂00后吗?——首个00后QQ移动社交行为报告

    作者: yoyozeng,腾讯数据分析师,爱数据,爱电影,爱逛街的宅宅的射手女 00后作为移动互联网时代最重要的小鲜肉,这一代人在成长早期阶段就参与到移动互联网...

    腾讯大讲堂
  • CAN总线简介:如何以编程方式控制汽车

    最近,我正与Voyage公司的朋友合作研究,以实现福特Fusion空调系统(A/C)的编程控制。目前,Voyage公司正努力打造自动驾驶的终极目标:能够以低廉的...

    FB客服
  • 数据库时间出现&#39;0000/00/00&#39;,难道我穿越了?

    前几天有个朋友遇到一个问题,在做日期类型数据的运算的时候出现了‘0000-00-00’的结果,不得其解。你是否遇到过同样的问题呢?这样一个并不存在的时间点,难道...

    数据和云
  • MySQL时间加减的正确打开方式

    1背景介绍 业务会有这样的需求:时间字段需要加1或减1秒。 研发sql:update table set time = time + 1 where id=1...

    MySQL轻松学

扫码关注云+社区

领取腾讯云代金券