首页 > 数据库 > oracle > Oracle监控SQL执行时间

Oracle中监控SQL执行时间的常用方法

2025-12-25 08:47:56 作者：阿坤带你走近大数据

在 Oracle 数据库中,监控 SQL 语句的执行时间是性能调优和问题排查的关键环节,Oracle 提供了多种机制来捕获和分析 SQL 的执行耗时,以下是常用且实用的方法,需要的朋友可以参考下

在 Oracle 数据库中，监控 SQL 语句的执行时间是性能调优和问题排查的关键环节。Oracle 提供了多种机制来捕获和分析 SQL 的执行耗时，以下是 常用且实用的方法，按使用场景分类说明：

一、实时监控：查看当前正在执行的 SQL 及其已运行时间

方法：查询V$SESSION+V$SQL

SELECT 
    s.sid,
    s.serial#,
    s.username,
    s.status,
    s.machine,
    s.program,
    q.sql_text,
    s.last_call_et AS "Seconds_Running",  -- 当前操作已运行秒数
    q.elapsed_time / 1000000 AS "Elapsed_Sec_Total",  -- 该SQL总耗时（秒）
    q.cpu_time / 1000000 AS "CPU_Sec"
FROM 
    v$session s
JOIN 
    v$sql q ON s.sql_id = q.sql_id
WHERE 
    s.status = 'ACTIVE'
    AND s.username IS NOT NULL
    AND s.type != 'BACKGROUND';

说明：

last_call_et：当前调用已持续的秒数（单位：秒），对活跃会话非常有用。
elapsed_time：该 SQL 自首次执行以来累计总耗时（微秒），除以 1e6 转为秒。
此方法适用于实时抓取慢查询。

二、历史监控：查看已执行 SQL 的性能统计（AWR / V$SQL）

Oracle 会自动在共享池中缓存 SQL 的执行统计信息（通过 V$SQL 视图）。

查询最近执行过的 SQL 及其平均/总耗时：

SELECT 
    sql_id,
    substr(sql_text, 1, 100) AS sql_preview,
    executions AS execs,
    ROUND(elapsed_time / 1000000, 2) AS total_sec,
    ROUND(elapsed_time / NULLIF(executions, 0) / 1000000, 4) AS avg_sec,
    ROUND(cpu_time / NULLIF(executions, 0) / 1000000, 4) AS avg_cpu_sec,
    last_active_time
FROM 
    v$sql
WHERE 
    executions > 0
    AND last_active_time > SYSDATE - 1  -- 过去24小时
ORDER BY 
    elapsed_time DESC;

注意：

V$SQL 中的数据是内存中的缓存，实例重启或 SQL 被老化（aged out）后会丢失。
适合查看近期高频或高耗时 SQL。

三、长期监控：使用 AWR（Automatic Workload Repository）

AWR 是 Oracle 企业版（Enterprise Edition）提供的自动性能数据仓库，默认每小时快照一次，保留 8 天。

查看某段时间内最耗时的 SQL（Top SQL by Elapsed Time）：

-- 需要知道快照 ID（snap_id）
SELECT * FROM TABLE(
    DBMS_WORKLOAD_REPOSITORY.select_sql(
        begin_snap => 12345,
        end_snap   => 12346,
        sql_id     => NULL  -- NULL 表示返回 Top SQL
    )
);

或者使用标准 AWR 报告：

-- 生成 HTML 或文本格式的 AWR 报告（需 DBA 权限）
@$ORACLE_HOME/rdbms/admin/awrrpt.sql

AWR 优势：

持久化存储，不受内存老化影响；
包含等待事件、I/O、CPU 等完整上下文；
支持跨时间段对比。

缺点：仅限 Enterprise Edition，且需额外许可（Diagnostics Pack）。

四、会话级跟踪：启用 SQL Trace（10046 Event）

如果要精确分析某条 SQL 的执行细节（包括各阶段耗时、等待事件），可开启 SQL Trace。

步骤：

1. 开启当前会话跟踪：

ALTER SESSION SET sql_trace = TRUE;
-- 或更详细的 10046 trace（level 12 包含绑定变量和等待事件）
ALTER SESSION SET EVENTS '10046 trace name context forever, level 12';

2. 执行你的 SQL

SELECT * FROM large_table WHERE ...;

3. 关闭跟踪

ALTER SESSION SET sql_trace = FALSE;
-- 或
ALTER SESSION SET EVENTS '10046 trace name context off';

4. 找到 trace 文件位置

SELECT value FROM v$diag_info WHERE name = 'Default Trace File';

5. 使用tkprof格式化分析

tkprof tracefile.trc output.txt explain=user/pass sort=exeela

输出包含：

Parse / Execute / Fetch 各阶段耗时
CPU time、Elapsed time、Disk reads
执行计划

适用场景：深度性能诊断，但不适用于生产环境大规模开启。

五、使用DBMS_MONITOR跟踪特定会话或客户端

可针对某个用户、服务名或会话开启跟踪：

-- 跟踪某个客户端程序（如 JDBC 应用）
BEGIN
  DBMS_MONITOR.client_id_trace_enable(
    client_id => 'MY_APP_USER',
    waits     => TRUE,
    binds     => TRUE
  );
END;
/

后续用 tkprof 分析生成的 trace 文件。

六、监控长时间运行的操作（Long Operations）

对于 DML、DDL、备份等长时间操作，可用：

SELECT 
    opname,
    target,
    sofar,
    totalwork,
    ROUND(sofar/totalwork*100, 2) AS pct_done,
    time_remaining,
    elapsed_seconds
FROM 
    v$session_longops
WHERE 
    totalwork > 0 
    AND sofar != totalwork;

权限说明

操作	所需权限
查询 `V$SESSION`, `V$SQL`	`SELECT ANY DICTIONARY` 或 DBA 授予 `V_$SESSION` 等
生成 AWR 报告	`SELECT_CATALOG_ROLE` 或 `DBA`
开启 SQL Trace	`ALTER SESSION`（普通用户可开自己的），全局跟踪需 DBA

总结：如何选择？

场景	推荐方法
实时查看谁在跑慢 SQL	`V$SESSION + V$SQL`（查 `last_call_et`）
分析最近哪些 SQL 最耗时	`V$SQL` 按 `elapsed_time` 排序
长期性能趋势分析	AWR 报告
深度诊断单条 SQL	`10046 trace + tkprof`
监控大事务/导入导出进度	`V$SESSION_LONGOPS`

到此这篇关于Oracle中监控SQL执行时间的常用方法的文章就介绍到这了,更多相关Oracle监控SQL执行时间内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！