如何在openGauss 2.1.0中使用Job

最新推荐文章于 2024-09-02 12:54:06 发布
最新推荐文章于 2024-09-02 12:54:06 发布
阅读量622 收藏 11
点赞数 7
文章标签： 前端 docker javascript openGauss
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_83143557/article/details/137589259
版权

如何在 openGauss 2.1.0 中使用 Job

如何在 openGauss 2.1.0 中使用 Job

Job 类似 unix 中的 crontab,有定时执行的功能，可以在指定的时间点或每天的某个时间点等自行执行任务。在各类系统使用运行过程中，经常会遇到需要定时完成的任务，比如定时更新数据，定时统计数据生成报表等等，这些工作都可以使用 Job 来完成。在 openGauss 2.1.0 中，提供了以下接口来实现管理 Job：

接口描述

接口名称

描述

PKG_SERVICE.JOB_CANCEL

通过任务ID来删除定时任务。

PKG_SERVICE.JOB_FINISH

禁用或者启用定时任务。

PKG_SERVICE.JOB_SUBMIT

提交一个定时任务。作业号由系统自动生成或由用户指定。

PKG_SERVICE.JOB_UPDATE

修改定时任务的属性，包括任务内容、下次执行时间、执行间隔。

PKG_SERVICE.SUBMIT_ON_NODES

提交一个任务到所有节点，作业号由系统自动生成。

PKG_SERVICE.ISUBMIT_ON_NODES

提交一个任务到所有节点，作业号由用户指定

接口定义和使用示例

  • PKG_SERVICE.JOB_CANCEL

    存储过程 CANCEL 删除指定的定时任务。

    PKG_SERVICE.JOB_CANCEL 函数原型为：

    PKG_SERVICE.JOB_CANCEL( job IN INTEGER);

    参数

    类型

    入参/出参

    是否可以为空

    描述

    id

    integer

    IN

    否

    指定的作业号。

    示例：

    CALL PKG_SERVICE.JOB_CANCEL(101);

  • PKG_SERVICE.JOB_FINISH

    存储过程 FINISH 禁用或者启用定时任务。

    PKG_SERVICE.JOB_FINISH 函数原型为：

    PKG_SERVICE.JOB_FINISH( id IN INTEGER, broken IN BOOLEAN, next_time IN TIMESTAMP DEFAULT sysdate);

    参数

    类型

    入参/出参

    是否可以为空

    描述

    id

    integer

    IN

    否

    指定的作业号。

    broken

    Boolean

    IN

    否

    状态标志位，true代表禁用，false代表启用。根据true或false值更新当前job；如果为空值，则不改变原有job的状态。

    next_time

    timestamp

    IN

    是

    下次运行时间，默认为当前系统时间。如果参数broken状态为true，则更新该参数为’4000-1-1’；如果参数broken状态为false，且如果参数next_time不为空值，则更新指定job的next_time值，如果next_time为空值，则不更新next_time值。该参数可以省略，为默认值。

  • PKG_SERVICE.JOB_SUBMIT

    存储过程 JOB_SUBMIT 提交一个系统提供的定时任务。

    PKG_SERVICE.JOB_SUBMIT 函数原型为：

    PKG_SERVICE.JOB_SUBMIT( id IN BIGINT DEFAULT, content IN TEXT, next_date IN TIMESTAMP DEFAULT sysdate, interval_time IN TEXT DEFAULT ‘null’, job OUT INTEGER);

    当创建一个定时任务（JOB）时，系统默认将当前数据库和用户名与当前创建的定时任务绑定起来。该接口函数可以通过 call 或 select 调用，如果通过 select 调用，可以不填写出参。如果在存储过程中，则需要通过 perform 调用该接口函数。如果提交的 sql 语句任务使用到非 public 的 schema，应该指定表或者函数的 schema，或者在 sql 语句前添加 set current_schema = xxx;语句。

    参数

    类型

    入参/出参

    是否可以为空

    描述

    id

    bigint

    IN

    否

    作业号。如果传入id为NULL，则内部会生成作业ID。

    context

    text

    IN

    否

    要执行的SQL语句。支持一个或多个‘DML’，‘匿名块’，‘调用存储过程的语句’或3种混合的场景。

    next_time

    timestamp

    IN

    否

    下次作业运行时间。默认值为当前系统时间（sysdate）。如果是过去时间，在提交作业时表示立即执行。

    interval_time

    text

    IN

    是

    用来计算下次作业运行时间的时间表达式，可以是interval表达式，也可以是sysdate加上一个numeric值（例如：sysdate+1.0/24）。如果为空值或字符串"null"表示只执行一次，执行后JOB状态STATUS变成’d’ 不再执行。

    job

    integer

    OUT

    否

    作业号。范围为1～32767。当使用select调用pkg_service.job_submit时，该参数可以省略。

    示例：

    SELECT PKG_SERVICE.JOB_SUBMIT(NULL, 'call pro_xxx();', to_date('20180101','yyyymmdd'),'sysdate+1'); SELECT PKG_SERVICE.JOB_SUBMIT(NULL, 'call pro_xxx();', to_date('20180101','yyyymmdd'),'sysdate+1.0/24'); CALL PKG_SERVICE.JOB_SUBMIT(NULL, '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); SELECT PKG_SERVICE.JOB_SUBMIT (101, 'insert_msg_statistic1;', sysdate, 'sysdate+3.0/24');

  • PKG_SERVICE.JOB_UPDATE

    存储过程 UPDATE 修改定时任务的属性，包括任务内容、下次执行时间、执行间隔。

    PKG_SERVICE.JOB_UPDATE 函数原型为：

    PKG_SERVICE.JOB_UPDATE( id IN BIGINT, next_time IN TIMESTAMP, interval_time IN TEXT, content IN TEXT);

    参数

    类型

    入参/出参

    是否可以为空

    描述

    id

    integer

    IN

    否

    指定的作业号。

    next_time

    timestamp

    IN

    是

    下次运行时间。如果该参数为空值，则不更新指定job的next_time值，否则更新指定job的next_time值。

    interval_time

    text

    IN

    是

    用来计算下次作业运行时间的时间表达式。如果该参数为空值，则不更新指定job的interval_time值；如果该参数不为空值，会校验interval_time是否为有效的时间类型或interval类型，则更新指定job的interval_time值。如果为字符串"null"表示只执行一次，执行后JOB状态STATUS变成’d’ 不再执行。

    content

    text

    IN

    是

    执行的存储过程名或者sql语句块。如果该参数为空值，则不更新指定job的content值，否则更新指定job的content值。

    示例：

    CALL PKG_SERVICE.JOB_UPDATE(101, 'call userproc();', sysdate, 'sysdate + 1.0/1440'); CALL PKG_SERVICE.JOB_UPDATE(101, 'insert into tbl_a values(sysdate);', sysdate, 'sysdate + 1.0/1440');

  • PKG_SERVICE.SUBMIT_ON_NODES

    存储过程 SUBMIT_ON_NODES 创建一个所有 CN/DN 上的定时任务，仅 sysadmin 有此权限。

    PKG_SERVICE.SUBMIT_ON_NODES 函数原型为：

    PKG_SERVICE.SUBMIT_ON_NODES( node_name IN TEXT, database IN TEXT what IN TEXT, next_date IN TIMESTAMP DEFAULT sysdate, job_interval IN TEXT DEFAULT 'null', job OUT INTEGER);

    参数

    类型

    入参/出参

    是否可以为空

    描述

    node_name

    text

    IN

    否

    指定作业的执行节点，当前仅支持值为’ALL_NODE’（在所有节点执行）与’CCN’（在central coordinator执行）。

    database

    text

    IN

    否

    集群作业所使用的database，节点类型为’ALL_NODE’时仅支持值为’postgres’。

    what

    text

    IN

    否

    要执行的SQL语句。支持一个或多个‘DML’，‘匿名块’，‘调用存储过程的语句’或3种混合的场景。

    nextdate

    timestamp

    IN

    否

    下次作业运行时间。默认值为当前系统时间（sysdate）。如果是过去时间，在提交作业时表示立即执行。

    job_interval

    text

    IN

    否

    用来计算下次作业运行时间的时间表达式，可以是interval表达式，也可以是sysdate加上一个numeric值（例如：sysdate+1.0/24）。如果为空值或字符串"null"表示只执行一次，执行后JOB状态STATUS变成’d’不再执行。

    job

    integer

    OUT

    否

    作业号。范围为1～32767。当使用select调用dbms.submit_on_nodes时，该参数可以省略。

    示例：

    select pkg_service.submit_on_nodes('ALL_NODE', 'postgres', 'select capture_view_to_json(''dbe_perf.statement'', 0);', sysdate, 'interval ''60 second'''); select pkg_service.submit_on_nodes('CCN', 'postgres', 'select capture_view_to_json(''dbe_perf.statement'', 0);', sysdate, 'interval ''60 second''');

  • PKG_SERVICE.ISUBMIT_ON_NODES

    ISUBMIT_ON_NODES 与 SUBMIT_ON_NODES 语法功能相同，但其第一个参数是入参，即指定的作业号，SUBMIT 最后一个参数是出参，表示系统自动生成的作业号。仅 sysadmin 有此权限。

JOB 的使用示例

  • 创建测试表

    gaussdb@postgres> create table t_job (value TIMESTAMP);
CREATE TABLE

gaussdb@postgres> insert into t_job values(sysdate);
INSERT 0 1

gaussdb@postgres> select * from t_job;
+---------------------+| value               ||---------------------|
| 2021-10-09 04:36:20 |+---------------------+
SELECT 1

  • 创建任务，每一分钟插入一条记录

    gaussdb@postgres> select pkg_service.job_submit(null, 'insert into t_job values(sysdate);',sysdate,'sysdate + 1/1440');
+--------------+| job_submit   ||--------------|| 15566        |+--------------+
SELECT 1

  • 检查 JOB 运行结果

    gaussdb@postgres> select * from t_job;
+---------------------+| value               ||---------------------|
| 2021-10-09 04:36:20 || 2021-10-09 04:40:54 || 2021-10-09 04:41:54 || 2021-10-09 04:42:54 |+---------------------+
SELECT 4

  • 从系统视图中检查 JOB 运行情况

    gaussdb@postgres> select job_id,dbname,start_date,next_run_date,interval,failure_count from pg_job;
+----------+----------+----------------------------+---------------------+------------------+-----------------+
| job_id   | dbname   | start_date                 | next_run_date       | interval         | failure_count   |
|----------+----------+----------------------------+---------------------+------------------+-----------------|
| 15566    | postgres | 2021-10-09 04:40:54.072363 | 2021-10-09 04:56:54 | sysdate + 1/1440 | 0               |
+----------+----------+----------------------------+---------------------+------------------+-----------------+
SELECT 1Time: 0.089sgaussdb@postgres> select * from pg_catalog.pg_job_proc pjp where job_id=15566;
+----------+------------------------------------+|
job_id   | what                               |
|----------+------------------------------------|
| 15566    | insert into t_job values(sysdate);
|+----------+------------------------------------+
SELECT 1Time: 0.089s

  • 修改为 2 分钟执行一次

    gaussdb@postgres> select pkg_service.job_update(15566,null,'sysdate + 2/1440',null);
+--------------+| job_update   |
|--------------||              |
+--------------+SELECT 1

  • 检查修改情况和运行结果

    [gaussdb@postgres> select job_id,interval from pg_job where job_id=15566;
+----------+------------------+| job_id   | interval         ||----------+------------------|| 15566    | sysdate + 2/1440 |+----------+------------------+
SELECT 1](<gaussdb@postgres%3E select * from t_job;
+---------------------+| value               ||---------------------|| 2021-10-09 04:36:20 || 2021-10-09 04:40:54 || 2021-10-09 04:41:54 || 2021-10-09 04:42:54 || 2021-10-09 04:43:54 || 2021-10-09 04:44:54 || 2021-10-09 04:45:54 || 2021-10-09 04:46:54 || 2021-10-09 04:47:54 || 2021-10-09 04:48:54 || 2021-10-09 04:49:54 || 2021-10-09 04:50:54 || 2021-10-09 04:51:54 || 2021-10-09 04:52:54 || 2021-10-09 04:53:54 || 2021-10-09 04:54:54 || 2021-10-09 04:55:54 || 2021-10-09 04:56:54 || 2021-10-09 04:57:54 || 2021-10-09 04:58:54 || 2021-10-09 04:59:54 || 2021-10-09 05:00:55 || 2021-10-09 05:01:56 | <---| 2021-10-09 05:03:57 | <--- 开始间隔2分钟+---------------------+
SELECT 24Time: 0.088sgaussdb@postgres> select job_id,interval,next_run_date from pg_job where job_id=15566;
+----------+------------------+---------------------+| job_id   | interval         | next_run_date       ||----------+------------------+---------------------|| 15566    | sysdate + 2/1440 | 2021-10-09 05:05:57 |+----------+------------------+---------------------+
SELECT 1Time: 0.078s>

  • 禁用和启用任务

    禁用和启用都是同样的函数 pkg_service.job_finish，传入不同的参数表示是禁用还是启用。

    gaussdb@postgres> select pkg_service.job_finish(15566,true,null);
+--------------+| job_finish   ||--------------||              |+--------------+
SELECT 1Time: 0.089sgaussdb@postgres> select job_id,next_run_date,job_status from pg_job where job_id=15566;
+----------+---------------------+--------------+| job_id   | next_run_date       | job_status   ||----------+---------------------+--------------|| 15566    | 4000-01-01 00:00:00 | d            |+----------+---------------------+--------------+
SELECT 1Time: 0.075sgaussdb@postgres> select pkg_service.job_finish(15566,false,null);+--------------+| job_finish   ||--------------||              |+--------------+SELECT 1Time: 0.091sgaussdb@postgres> select job_id,next_run_date,job_status from pg_job where job_id=15566;+----------+---------------------+--------------+| job_id   | next_run_date       | job_status   ||----------+---------------------+--------------|| 15566    | 4000-01-01 00:00:00 | s            |+----------+---------------------+--------------+
SELECT 1Time: 0.080s

    可以看到如果重新启用任务的时候，没有指定下次运行时间，那么下次运行时间会始终保持在 4000 年，意味着仍然不会启动，所以如果禁用任务之后再重新启动，需要手动显式指定下次运行时间。

    gaussdb@postgres> select pkg_service.job_finish(15566,false,sysdate);+--------------+| job_finish   ||--------------||              |+--------------+SELECT 1Time: 0.088sgaussdb@postgres> select job_id,next_run_date,job_status from pg_job where job_id=15566;+----------+---------------------+--------------+| job_id   | next_run_date       | job_status   ||----------+---------------------+--------------|| 15566    | 2021-10-09 05:16:22 | s            |+----------+---------------------+--------------+SELECT 1Time: 0.086s

  • 删除任务

    gaussdb@postgres> select pkg_service.job_cancel(15566);+--------------+| job_cancel   ||--------------||              |+--------------+SELECT 1Time: 0.082sgaussdb@postgres> select job_id,next_run_date,job_status from pg_job where job_id=15566;+----------+-----------------+--------------+| job_id   | next_run_date   | job_status   ||----------+-----------------+--------------|+----------+-----------------+--------------+SELECT 0Time: 0.086sgaussdb@postgres> select * from pg_catalog.pg_job_proc pjp where job_id=15566;+----------+--------+| job_id   | what   ||----------+--------|+----------+--------+SELECT 0Time: 0.087s
opengauss
hello openGauss
关注
  • 7
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
openGauss 2.1.0 正式发布，持续构建企业级四大特性
weixin_53596073的博客
03-15 789
2021年9月30日，openGauss 2.1.0版本正式上线！openGauss 2.1.0 版本是openGauss社区继1.1.0之后发布的又一个创新版本。2.1.0版本持续在企业级能力构建上发力，在高性能、高安全、高可用和智能化方面都有重大突破。 稳定高性能 数据高效处理 1.鲲鹏单机性能持续保持领先 单机鲲鹏4P TPCC 230万tpmC。(每分钟处理交易量，被业界广泛用于衡量计算机系统的事务处理能力），满足1.5倍线性度，当前openGauss基于鲲鹏4路服务器的中国移动数
openGauss 2.1.0 闪回特性
weixin_53596073的博客
03-18 513
openGauss 2.1.0于2021年9月30日发布，是openGauss的一个Preview版本，该版本生命周期仅为半年。该版本的新增功能如下： 存储过程兼容性增强 SQL引擎能力增强 支持Ustore存储引擎 支持段页式存储 基于Paxos分布式一致性协议的高可用 AI4DB和DB4AI竞争力持续构筑 日志框架及错误码整改 JDBC客户端负载均衡及读写分离 支持cmake脚本编译 列存表支持主键唯一键约束 支持jsonb数据类型 支持unique sql自动淘汰 UCE故障
openGauss社区入门（openGauss-定时任务）
2401_83143557的博客
03-25 201
基于定时任务产生的背景，定时任务内容包括：定时任务的创建、任务到达时间点自动执行、删除任务、任务内容的修改（任务 id、任务的关闭开启、任务的触发时间、触发时间间隔、任务内容等）。在一个固定的时间点活间隔一段时间需要频繁触发某一动作，为了使用便捷，有了定时任务，极大的减少了工作的重复性，提高了效率。定时内容为：每间隔一分钟执行一次向表 tb_test 中插入(当前系统时间,1)
【openGauss】openGauss创建和管理定时任务
tttzzzqqq2018的博客
07-11 1196
【openGauss】openGauss创建和管理定时任务
openGauss如何创建和管理定时任务
m0_61937892的博客
11-17 1055
GaussDB(for openGauss)提供定时任务的创建、任务到期自动执行、任务删除、修改任务属性（包括：任务id、任务的关闭开启、任务的触发时间、触发时间间隔、任务内容等）。
openGauss SQL语法 —CREATE EVENT
weixin_53596073的博客
07-30 389
创建定时任务后，定时任务默认处于ENABLE状态，即到规定时间立即执行待执行语句。定时任务时间间隔interval表达式目前兼容了浮点数语法，例如interval 0.5 minute，但是计算时会将浮点数取整，所以不建议interval时间间隔使用浮点数形式。定时任务待执行语句在执行时使用的权限。默认情况下使用当前创建定时任务者的权限，当definer被指定时，使用被指定用户用户权限。用户操作（创建/修改/删除）定时任务时，非sysadmin用户需要被sysadmin用户赋予操作定时任务的权限。
如何在openGauss 2.1.0中使用Job?
Enmotech的博客
10-27 423
点击上方"蓝字"关注我们，享更多干货！Job类似Unix中的crontab,有定时执行的功能，可以在指定的时间点或每天的某个时间点等自行执行任务。在各类系统使用运行过程中，经常会遇到需要定...
openGauss2.1.0在openEuler 20.03 LTS SP2 安装后，yum无法使用的问题解决
2401_83143557的博客
04-08 534
发现 libssl.so.1.1 链接到/opt/software/openGauss/script/gspylib/clib/libssl.so.1.1 ，编译 openssl 增加 enable-ssl3 与 enable-ssl3-method 选项。“先创建 omm 用户 dbgrp 组，预安装时就不再创建 omm”，安装后，yum 可以使用。操作系统默认 libssl.so.1.1 链接到/lib64 目录中，但是安装数据库后。编译完成后是有 SSLv3_client_method。
openGauss逻辑结构：模式管理
数据库、OS、AI ，IT运维
12-05 1018
openGauss逻辑结构：模式管理
OpenShift 4.5 新特性 - 创建任务和定时任务
多恩斯基的博客
09-03 1236
文章目录通过YAML创建创建Job创建CronJob使用命令创建Job创建CronJob 在Kubernetes中分贝使用Job和CronJob实现一次性运行的任务和定时运行的的任务，他们分别被Kubernetes的JobController和CronJobController控制器所控制，而这些任务都是通过Pod运行的。 在创建Job和CronJob对象的时候，既可以使用定义对象的YAML文件，还可使用命令直接创建。需要注意的是，从OpenShift 4.5开始，在使用oc命令创建Job和CronJob对
openGauss学习笔记
KGRookie的博客
08-09 1684
序 本系列文章为《openGauss数据库核心技术》内容摘录与学习笔记，部分内容参照自Gauss松鼠会https://blog.csdn.net/GaussDB发布的文章，内容非常清楚详细，可以深入阅读。 本书基于openGauss数据库进行应用开发研制数据库管理系统软件，深入介绍openGauss数据库架构，openGauss SQL引擎各个模块的功能和原理，openGauss执行器技术、存储技术和事务机制等。 本书主要介绍数据库的基础知识和核心技术，以及数据库系统的核心架构，帮助读者更深入地了解数
openGauss执行器技术
Gauss松鼠会
04-21 3110
执行器在数据库的整个体系结构中起承上(优化器)启下(存储)的作用。本文首先介绍执行器的基本框架，然后引申介绍执行引擎中的一些关键技术。通过本文的阅读，读者能对执行器有个基本的认识。 一、 openGauss执行器概述 从客户端发出一条SQL语句到结果返回给客户端的整体执行流程如图1所示，从中可以看到执行器所处的位置。 图1 客户端发出SQL语句的执行流程示意图 如果把数据库看成一个组织，优化器位于组织的最上层，是这个组织的首脑，是发号施令下达指令的机构，执行器位于组织的中间，听从优化器的指挥，严格执行优化
后端输出二进制数据，前端fetch接受二进制数据，并转化为字符输出
cdcdhj的博客
09-01 509
在这个前端代码中，我们使用fetch API请求PHP脚本，并获取二进制数据。然后，我们将ArrayBuffer转换为字符串，以便在JavaScript中使用。在PHP中，你可以将字符串或其他数据类型转换为二进制数据，并通过HTTP响应发送给前端。
从面向对象(OOP)到面向切面(AOP)：编程范式的演变
妍思码匠的博客
08-30 1388
本文深入探讨了面向切面编程（AOP）在前端开发中的应用，解释了AOP如何通过动态增强与代码复用、降低模块间耦合度，为前端项目带来更高效、更模块化的解决方案。通过具体案例分析，如日志记录切面和动态埋点的实现，展示了如何利用装饰器模式、高阶组件等技术在前端实现AOP。理解AOP的原理与实践，将有助于开发者构建更易于维护和扩展的前端应用。无论你是前端新手还是资深开发者，本文都将为你提供有价值的见解和实用技巧。
vue3使用-watch监听总结
weixin_44072254的博客
09-01 498
{deep: true, immediate: true, flush: 'post'}：deep是深度监听；flush:如果想在侦听器回调中能访问被 Vue 更新之后的所属组件的 DOM就用'post'，sync'创建一个同步触发的侦听器，它会在 Vue 进行任何更新之前触发；flush: 'post'， 如果想在侦听器回调中能访问被 Vue 更新之后的所属组件的 DOM就用'post'flush: sync'，创建一个同步触发的侦听器，它会在 Vue 进行任何更新之前触发。监听数组的方式-示例。
深入理解JavaScript闭包：避免常见的内存泄漏问题
最新发布
官方推荐
09-02 3848
深入理解JavaScript闭包：避免常见的内存泄漏问题
KEYSIGHT是德 Infiniium EXR系列 示波器
XLTYQYB的博客
08-29 1445
该系列的所有型号都集成了一个 10 位 ADC，并且在所有通道上同时提供 16 GSa/s 的采样率。高分辨率 ADC 的效用取决于示波器的前端底噪是否足够低以提供与之匹配的额外的量化电平空间。我们的低噪声前 端包含定制 IC，例如 130 纳米 BiCMOS IC（其中集成了用户可选的模拟滤波器），并且带宽可通过软件 许可证升级。使用硬件滤波时，噪声低至 43 μV，系统 ENOB 达到 9.0 位。Infiniium EXR系列 示波器 型号比较。垂直分辨率是 8 位示波器的 4 倍。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值