经过全面检索，未能找到关于Oracle 19C数据库中 V$SCHEDULER_INMEM_RTINFO 动态性能视图的直接、详细的官方资料。不过，我可以根据Oracle动态性能视图的命名惯例、调度器（Scheduler）机制以及内存管理原理，为你分析和梳理这个视图可能的作用和相关信息。
📘 重要提示：
由于缺乏官方明确资料，以下内容是基于Oracle数据库机制的合理推测和分析，旨在为您提供探索的方向。实际使用时，请务必以Oracle官方文档为准。
💁 视图概述与推测作用
V$SCHEDULER_INMEM_RTINFO 视图的名称可以拆解分析：
V$: 表示这是一个动态性能视图，数据来自内存，实例重启后重置。SCHEDULER: 表明它与Oracle的调度器（Scheduler），即DBMS_SCHEDULER包相关。INMEM: 很可能代表 “In Memory”，表示其内容存储在内存中。RTINFO: 很可能代表 “Real-Time Information”，即实时信息。
因此，这个视图很可能用于显示Oracle调度器（Scheduler）组件在内存中的实时运行时信息。这些信息可能包括当前正在运行的作业（Job）的状态、进度、资源消耗（如CPU、I/O）、会话关联信息以及其他与作业执行相关的瞬时状态数据。其目的在于为DBA提供一种实时监控调度器作业执行、诊断运行期性能问题或阻塞的底层途径。
🔍 主要作用与使用场景（推测）
- 实时作业监控: 当需要了解当前正在运行的调度器作业的精确状态（如是否正常执行、是否被阻塞、消耗了多少CPU时间、产生了多少逻辑/物理I/O）时，查询此视图可能提供最直接的信息。
- 性能问题诊断: 当某个作业运行异常缓慢或资源占用异常高时，通过此视图可能能定位到具体的作业执行实例，并查看其实时的资源使用指标。
- 依赖性与阻塞分析: 可能会显示作业之间的运行时依赖关系，或者帮助识别因资源争用（如锁）而导致的其他作业阻塞情况。
- 历史性能分析: 虽然主要是"实时"的，但结合其他持久化视图（如
DBA_SCHEDULER_JOB_LOG或DBA_SCHEDULER_JOB_RUN_DETAILS），可能可以追踪作业的运行历史模式。 - 资源审计: 可能用于审计作业对系统资源（CPU、内存、I/O）的使用情况，特别是在共享环境的资源治理中。
🗂️ 字段含义详解（推测）
由于没有官方文档，以下字段列表是基于调度器运行时信息和常见数据库运行时视图进行的合理推测。
| 字段名 (推测) | 数据类型 (推测) | 描述 (推测) |
|---|---|---|
| JOB_NAME | VARCHAR2(128) | 可能表示正在运行或刚刚运行完成的作业的名称。 |
| OWNER | VARCHAR2(128) | 可能表示该作业的所有者。 |
| SESSION_ID | NUMBER | 可能表示执行该作业的数据库会话的ID（SID）。可用于关联 V$SESSION 视图获取更多会话详情。 |
| SERIAL# | NUMBER | 可能表示执行该作业的数据库会话的序列号（SERIAL#），与 SESSION_ID 共同唯一标识一个会话。 |
| SLAVE_PROCESS_ID | NUMBER | 可能表示执行该作业的Slave进程的ID（如果作业由Slave进程执行）。 |
| STATE | VARCHAR2(50) | 可能表示作业的当前运行时状态，例如 ‘RUNNING’（正在运行）、 ‘SCHEDULED’（已调度）、 ‘PAUSED’（已暂停）、 ‘RETRY SCHEDULED’（重试调度）、 ‘SUCCEEDED’（成功）、 ‘FAILED’（失败）、 ‘STOPPED’（已停止）、 ‘BROKEN’（已中断）、 ‘COMPLETED’（已完成）、 ‘CHAIN_STALLED’（链停滞）。 |
| CPU_USED | NUMBER | 可能表示该作业本次执行至今已使用的CPU时间（单位可能是百分之一秒或微秒）。 |
| ELAPSED_TIME | NUMBER | 可能表示该作业本次执行至今已消耗的总时间（包括等待时间，单位可能是百分之一秒或微秒）。 |
| LOGICAL_READS | NUMBER | 可能表示该作业本次执行至今产生的逻辑读（Buffer Gets）数量。 |
| PHYSICAL_READS | NUMBER | 可能表示该作业本次执行至今产生的物理读（Disk Reads）数量。 |
| PROGRESS_PCT | NUMBER | 可能表示长时间运行作业的完成进度百分比（如果支持并启用了进度报告）。 |
| CURRENT_OPERATION | VARCHAR2(64) | 可能表示作业当前正在执行的操作（例如 ‘EXECUTING’, ‘FETCHING’, ‘COMMITTING’）。 |
| LAST_UPDATE_TIME | TIMESTAMP | 可能表示该行信息最后一次被更新的时间戳。 |
| ERROR_NUMBER | NUMBER | 可能记录作业运行失败时的错误号（Oracle错误号）。 |
| ERROR_MESSAGE | VARCHAR2(4000) | 可能记录作业运行失败时的错误消息摘要。 |
| ADDITIONAL_INFO | VARCHAR2(4000) | 可能存储作业运行的附加信息，通常是XML或其他结构化格式，包含更详细的诊断数据。 |
| CON_ID | NUMBER | 在多租户环境中，可能表示该信息所属容器的ID。 |
🗒️ 注意: 上表内容为推测，实际字段名称和含义请务必以Oracle官方文档为准。
🔗 相关视图与基表（推测）
- 相关动态性能视图:
GV$SCHEDULER_INMEM_RTINFO: 在Oracle RAC环境中，显示所有实例的V$SCHEDULER_INMEM_RTINFO信息。V$SCHEDULER_RUNTIME_INFO: 可能存在，名称与功能可能高度相关或重叠。V$SESSION: 提供数据库会话的详细信息，可能通过SESSION_ID和SERIAL#关联。V$ACTIVE_SESSION_HISTORY(ASH): 记录活动会话历史采样数据，可能包含调度器作业的会话活动信息。
- 数据字典视图:
DBA_SCHEDULER_JOBS: 显示数据库中所有调度器作业的定义信息（非实时运行状态）。DBA_SCHEDULER_RUNNING_JOBS: 可能显示当前正在运行的作业列表（是DBA_SCHEDULER_JOBS的子集并包含少量状态信息）。DBA_SCHEDULER_JOB_LOG: 记录作业的日志历史（运行结果、错误等）。DBA_SCHEDULER_JOB_RUN_DETAILS: 记录作业运行的详细历史信息（比JOB_LOG更详细）。
- 基表: 动态性能视图通常基于内存中的数据结构（X表），而不是直接的磁盘基表。‘V表），而不是直接的磁盘基表。`V表），而不是直接的磁盘基表。‘VSCHEDULER_INMEM_RTINFO` 的数据很可能来源于调度器运行时引擎在SGA中维护的实时状态结构。不应直接查询X$表。
⚙️ 底层原理与工作机制（推测）
- 运行时状态跟踪: 当调度器启动作业（例如，根据调度或手动触发）时，调度器主控进程（CJQ0）或Slave进程（Jxxx）可能会在内存中创建并更新一个运行时状态对象，用于跟踪该次作业执行的详细信息。
- 数据更新机制: 作业执行过程中，其状态（
STATE）、资源消耗（CPU_USED,LOGICAL_READS等）可能会由执行引擎（如PL/SQL引擎、外部进程执行器）或监控进程定期更新到这个内存结构中。 - 内存存储与清理: 这些运行时信息主要存储在SGA的特定区域。一旦作业执行完成（成功或失败），其对应的实时信息可能会被保留一小段时间，或者被转移到持久化的日志视图中（如
DBA_SCHEDULER_JOB_RUN_DETAILS），然后从该内存视图清理掉。 - 与作业日志的关系:
V$SCHEDULER_INMEM_RTINFO可能提供了作业执行的实时快照和深度指标，而DBA_SCHEDULER_JOB_LOG和DBA_SCHEDULER_JOB_RUN_DETAILS则提供了持久化的、历史性的结果记录。两者在诊断问题时可以互补。 - RAC环境下的考虑: 在RAC中，
GV$SCHEDULER_INMEM_RTINFO可能会聚合所有实例上调度器作业的运行时信息，全局协调进程（如全局作业协调器）可能参与其中。
🛠️ 常用查询SQL示例（推测）
由于视图的具体结构不确定，以下SQL仅为示例思路，你需要根据实际情况调整字段名和条件。
- 查看当前所有正在运行的作业及其资源消耗:
SELECT job_name, owner, session_id, serial#, state,
cpu_used, elapsed_time, logical_reads, physical_reads,
current_operation, last_update_time
FROM v$scheduler_inmem_rtinfo
WHERE state = 'RUNNING'
ORDER BY cpu_used DESC;
- 监控特定作业的实时进度:
SELECT job_name, state, progress_pct, current_operation,
elapsed_time, cpu_used, last_update_time
FROM v$scheduler_inmem_rtinfo
WHERE job_name = 'YOUR_JOB_NAME'; -- 替换为你的作业名
- 诊断失败或异常的作业:
SELECT job_name, owner, state, error_number, error_message,
additional_info, last_update_time
FROM v$scheduler_inmem_rtinfo
WHERE state IN ('FAILED', 'BROKEN', 'CHAIN_STALLED')
ORDER BY last_update_time DESC;
- 关联会话视图获取更详细的信息:
SELECT r.job_name, r.state, r.cpu_used, r.elapsed_time,
s.username, s.osuser, s.machine, s.program, s.event, s.wait_time
FROM v$scheduler_inmem_rtinfo r
JOIN v$session s ON (r.session_id = s.sid AND r.serial# = s.serial#)
WHERE r.state = 'RUNNING';
- 在RAC环境中查看所有实例的作业运行情况:
SELECT inst_id, job_name, owner, state, session_id, serial#,
cpu_used, elapsed_time
FROM gv$scheduler_inmem_rtinfo
ORDER BY inst_id, job_name;
💎 总结
虽然无法提供关于 V$SCHEDULER_INMEM_RTINFO 视图的确切信息，但基于Oracle数据库调度器机制和动态性能视图的通用模式，它很可能是一个用于实时监控和深度诊断Oracle调度器作业运行时状态和性能的工具，提供了比传统数据字典视图更即时、更细粒度的洞察。
希望这些基于经验的推测和分析能为你提供一些参考。要获取最准确和完整的信息，强烈建议您直接查阅Oracle官方文档（如《Oracle Database Reference》和《Oracle Database Administrator’s Guide》中关于动态性能视图和调度器的章节）。
如果你主要是想监控调度器作业的性能或诊断作业问题，可以尝试查询那些有明确文档支持的相关视图（如 DBA_SCHEDULER_JOBS, DBA_SCHEDULER_RUNNING_JOBS, DBA_SCHEDULER_JOB_LOG, DBA_SCHEDULER_JOB_RUN_DETAILS 等），这些通常能解决大部分常见问题。
欢迎关注我的公众号《IT小Chen》
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
