如何在Oracle 19c中通过DBMS_PROFILER分析存储过程耗时瓶颈？-Oracle-PHP中文网

DBMS_PROFILER在Oracle 19c中默认存在但分析表需手动执行proftab.sql创建，否则调用START_PROFILER会报ORA-06512；必须同一会话内启停且不可COMMIT；耗时定位依赖PLSQL_PROFILER_DATA等三表关联查询，图形工具依赖底层表完整性和权限。

如何在oracle 19c中通过dbms_profiler分析存储过程耗时瓶颈？

DBMS_PROFILER 在 Oracle 19c 中默认已安装且可用，但配套的分析表（PLSQL_PROFILER_RUNS 等）不会自动创建，必须手动运行 proftab.sql；否则调用 START_PROFILER 会报 ORA-06512 错误。

确认 DBMS_PROFILER 是否就绪

直接在 SQL*Plus 或 SQL Developer 中执行：

desc dbms_profiler

如果返回函数列表（含 START_PROFILER、STOP_PROFILER），说明包存在；若报 “invalid object”，需用 SYS 执行：

@?/rdbms/admin/profload.sql（加载包）
@?/rdbms/admin/proftab.sql（建表、序列、同义词）
普通用户还需被授予对 PLSQL_PROFILER_* 表的 SELECT, INSERT, UPDATE, DELETE 权限

用最小闭环捕获一次运行数据

关键点是：必须在**同一会话**中启动、执行、停止，且不能跨事务提交（COMMIT 会中断 profiler）。

推荐写法（带 run_number 输出，方便后续查）：

SET SERVEROUTPUT ON
DECLARE
  v_run_num PLS_INTEGER;
BEGIN
  v_run_num := DBMS_PROFILER.START_PROFILER('my_proc_v1');
  DBMS_OUTPUT.PUT_LINE('Run ID: ' || v_run_num);
  -- 这里调用你的存储过程，例如：my_pkg.my_proc();
  my_pkg.my_proc();
  DBMS_PROFILER.STOP_PROFILER;
END;

不要在 BEGIN...END 块外加 COMMIT，否则 STOP_PROFILER 可能失败
注释字符串（如 'my_proc_v1'）会记录在 PLSQL_PROFILER_RUNS.COMMENT，用于后续筛选
如果过程内含自治事务（PRAGMA AUTONOMOUS_TRANSACTION），profiler 无法跟踪其内部语句

从三张表里定位耗时行

瓶颈不在“哪个过程慢”，而在“哪一行 PL/SQL 代码最拖时间”。查法分两步：

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

第一步，找本次运行的 runid：

SELECT runid, run_date, comment FROM PLSQL_PROFILER_RUNS ORDER BY run_date DESC FETCH FIRST 1 ROW ONLY;

第二步，关联查具体行耗时（按 total_time 降序）：

SELECT u.unit_name, d.line#, d.total_occur, d.total_time, d.min_time, d.max_time, u.text
FROM PLSQL_PROFILER_DATA d
JOIN PLSQL_PROFILER_UNITS u USING (unit_number, runid)
WHERE d.runid = &your_runid
  AND d.total_time > 0
ORDER BY d.total_time DESC;

total_time 是纳秒级，数值大不代表绝对慢——要结合 total_occur 看单次平均（total_time / total_occur）
注意 text 字段可能为空：这是因源码未保存或对象被加密；此时靠 line# 和上下文反推逻辑
高频小操作（如循环内 SELECT ... INTO）容易暴露为高 total_occur + 中等 total_time，比单次长 SQL 更隐蔽