begin dbms_scheduler.run_job( job_name => 'SP_QL_DM_JOB', use_current_session => false -- true: 同步执行, false: 异步执行 ); end 同步和异步的区别是什么

<think>我们正在讨论的是DBMS_SCHEDULER.RUN_JOB过程的同步和异步执行模式。 根据引用[2]中提到的：`dbms_scheduler.run_job('COLA_JOB',TRUE); -- true代表同步执行`，我们可以知道该过程的第二个参数`use_current_session`用于指定同步或异步执行。 区别如下： 1. **同步执行（use_current_session => TRUE）**: - 调用`RUN_JOB`时，当前会话（Session）会等待作业执行完成。 - 作业执行过程中，当前会话会被阻塞，直到作业成功完成或出现异常。 - 这种方式适用于需要立即知道作业执行结果的场景，例如在脚本中需要根据作业执行结果决定后续操作。 - 注意：如果作业执行时间较长，会导致当前会话长时间等待。 2. **异步执行（use_current_session => FALSE）**: - 调用`RUN_JOB`后，当前会话不会等待作业完成，而是立即返回。 - 作业会被放入作业队列，由后台进程异步执行。 - 这种方式适用于不需要立即知道结果的场景，例如触发一个后台任务，而当前会话需要继续执行其他操作。 - 异步执行不会阻塞当前会话，因此效率更高，但调用者无法直接获取作业执行的结果。 示例代码： 同步执行： ```sql BEGIN DBMS_SCHEDULER.RUN_JOB(job_name => 'SP_QL_DM_JOBA', use_current_session => TRUE); -- 同步执行 END; / ``` 异步执行： ```sql BEGIN DBMS_SCHEDULER.RUN_JOB(job_name => 'SP_QL_DM_JOBA', use_current_session => FALSE); -- 异步执行 END; / ``` 注意事项： - 在同步执行模式下，如果作业执行过程中出现未处理的异常，该异常会传播到调用会话，导致调用会话的PL/SQL块失败。因此，在同步调用时，建议使用异常处理块（EXCEPTION）来捕获可能的异常。 - 异步执行模式下，即使作业执行失败，调用会话也不会收到异常。需要查询作业日志（如`DBA_SCHEDULER_JOB_RUN_DETAILS`）来获取作业执行情况。 引用[1]中提到的一个BUG：当使用函数计算`REPEAT_INTERVAL`时，作业在启用后会自动运行。但这个问题与`RUN_JOB`的同步/异步调用无直接关系，而是关于作业创建后的自动触发行为。 总结： 选择同步还是异步取决于业务需求： - 需要等待结果并可能根据结果做后续处理 -> 同步 - 仅触发作业，不关心即时结果 -> 异步 §§相关问题§§ 1. 如何捕获同步执行作业时的异常？ 2. 异步执行作业时如何监控其执行状态？ 3. 在哪些场景下应该避免使用同步执行？</think>### PL/SQL `DBMS_SCHEDULER.RUN_JOB` 同步与异步执行的区别 在 Oracle 的 `DBMS_SCHEDULER` 包中，`RUN_JOB` 过程的 **同步执行** 和 **异步执行** 是两种关键运行模式，通过 `use_current_session` 参数控制（布尔值）。以下是核心区别： | **特性** | **同步执行** (`use_current_session => TRUE`) | **异步执行** (`use_current_session => FALSE`) | |------------------|---------------------------------------------|---------------------------------------------| | **控制流** | 当前会话阻塞，等待作业完成 | 立即返回，作业在后台运行 | | **执行线程** | 使用当前会话的线程 | 由作业协调进程（`cjq0`）分配独立线程 | | **异常处理** | 异常直接抛给调用会话 | 异常记录在日志，需手动查询 | | **适用场景** | 需即时结果/顺序执行的场景 | 后台任务/长耗时操作 | | **资源占用** | 占用当前会话资源直到完成 | 释放当前会话资源 | #### 1. **同步执行详解** ```sql BEGIN DBMS_SCHEDULER.RUN_JOB( job_name => 'SP_QL_DM_JOBA', use_current_session => TRUE -- 同步模式 ); END; ``` - **行为**：当前会话暂停，直到作业完成或失败。 - **特点**： - 作业日志直接关联当前会话的 `SID` 和 `SERIAL#` - 若作业失败，PL/SQL 块会立即抛出异常（需用 `EXCEPTION` 捕获） - 适合测试或需要确保作业顺序执行的场景[^2] #### 2. **异步执行详解** ```sql BEGIN DBMS_SCHEDULER.RUN_JOB( job_name => 'SP_QL_DM_JOBA', use_current_session => FALSE -- 异步模式 ); END; ``` - **行为**：调用后立即返回控制权，作业进入调度队列由后台进程处理。 - **特点**： - 作业由 `cjq0` 进程协调，分配独立线程（`Jnnn` 进程） - 调用会话不受作业执行时长影响 - 需查询 `DBA_SCHEDULER_JOB_RUN_DETAILS` 获取结果[^1] #### 3. **关键差异示例 假设作业执行需 10 分钟： - **同步执行**：PL/SQL 块会阻塞 10 分钟，返回后可直接检查结果。 - **异步执行**：PL/SQL 块瞬间结束，需另查日志： ```sql SELECT status, error# FROM dba_scheduler_job_run_details WHERE job_name = 'SP_QL_DM_JOBA' AND log_date = (SELECT MAX(log_date) FROM dba_scheduler_job_run_details); ``` #### 4. **使用建议** - **优先异步**：生产环境推荐异步执行，避免会话阻塞（尤其 Web 应用）。 - **同步场景**： - 作业调试阶段 - 需要严格顺序执行的依赖任务链 - 短耗时作业（< 1 分钟） - **注意事项**： - 异步作业可能因资源竞争延迟启动（通过 `job_queue_processes` 参数调整并发数）[^3] - 同步执行时若事务未提交，作业可能遇到锁冲突 > ⚠️ **重要提示**：引用[1]提到的 BUG（函数计算 `REPEAT_INTERVAL` 导致自动运行）在 `RUN_JOB` 中不会出现，该过程显式触发作业而非依赖调度规则。