DBMS_TRACE并非Oracle内置标准包，实际不存在；真正支持PL/SQL调用栈深度追踪的是DBMS_HPROF，从10gR2起稳定可用，而DBMS_PROFILER已在12c标记废弃、19c彻底移除。
DBMS_TRACE 不是标准包，别白忙活
Oracle 没有内置的 DBMS_TRACE 包。你搜到的文档或脚本里出现这个名称，基本是混淆了 DBMS_HPROF、DBMS_PROFILER 或 SQL Trace（10046 事件）的用法。强行执行 EXEC DBMS_TRACE.SET_PLSQL_TRACE 会报错 ORA-00904: "DBMS_TRACE"."SET_PLSQL_TRACE": invalid identifier —— 这不是权限问题，是根本不存在。
真正能做 PL/SQL 深度调用栈追踪的只有 DBMS_HPROF
DBMS_HPROF 是 Oracle 唯一原生支持调用层级（call hierarchy）、self-time / total-time 分析的 PL/SQL 探查器，从 10gR2 起就稳定可用，且开销极低（相比 DBMS_PROFILER）。
- 必须先执行
CREATE OR REPLACE DIRECTORY hprof_dir AS '/path/to/writable/dir'，并授READ, WRITE权限给目标用户 - 启用探查：
EXEC DBMS_HPROF.START_PROFILING(location => 'HPROF_DIR', filename => 'myrun.hprof') - 运行你要分析的 PL/SQL（比如
EXEC my_pkg.do_work(123)） - 停用：
EXEC DBMS_HPROF.STOP_PROFILING - 生成可读报告：
EXEC DBMS_HPROF.ANALYZE('HPROF_DIR', 'myrun.hprof', 'MY_HPROF_RUN')，结果存入数据字典表MY_HPROF_RUN
查调用树用：SELECT * FROM TABLE(DBMS_HPROF.ANALYZE('HPROF_DIR','myrun.hprof'))，但更推荐用 DBMS_HPROF.ANALYZE 写入自定义表后，用递归查询看层级关系。
DBMS_PROFILER 已废弃，别在新项目里用
DBMS_PROFILER 在 12c 起标记为 deprecated，19c 完全移除。它只能统计每行执行次数和总耗时，不记录调用顺序、嵌套深度、函数入口/出口时间戳 —— 无法回答“哪个子过程拖慢了主过程”这类问题。
- 即使还能用（如 11.2），也必须提前建表：
@?/rdbms/admin/profload.sql和@?/rdbms/admin/proftab.sql - 启动后所有 PL/SQL 执行都会被采样，无法指定只跟踪某次调用
- 输出是扁平化行级数据，看不出
proc_A → proc_B → proc_C的链路
SQL Trace（10046）能抓 PL/SQL，但只到语句层
开启 ALTER SESSION SET EVENTS '10046 trace name context forever, level 12' 确实会记录 PL/SQL 中所有 SQL 执行（含绑定变量、等待事件），但它对 PL/SQL 自身逻辑是黑盒：不显示函数调用、变量赋值、IF 分支走向、循环次数。
- 适合场景：PL/SQL 执行慢，怀疑是内部某条
INSERT或SELECT拖累，而非逻辑本身 - level 12 输出里能看到
EXEC #140522...行对应某次EXECUTE IMMEDIATE，但看不到这行代码在源码第几行 - 要定位 PL/SQL 源码位置，得配合
DBMS_OUTPUT.PUT_LINE打点，或用DBMS_HPROF
真正需要“深度执行轨迹”的时候，DBMS_HPROF 是唯一可靠选择；其他方案要么不存在，要么信息残缺。目录权限、分析表名、递归查询结构——这三个点漏一个，报告就跑不起来。
