不能直接替代，二者定位层级不同：dbms_profiler提供pl/sql行号和执行次数，dbms_hprof仅输出调用栈和函数级耗时，不支持行级分析与隐式转换定位。
DBMS_HPROF 能不能替代 DBMS_PROFILER？
不能直接替代，二者定位层级不同：DBMS_PROFILER 给你 PL/SQL 行号和执行次数，DBMS_HPROF 只给调用栈和函数级耗时，不输出行号、不统计每行执行次数。如果你要找「第 127 行的 SELECT INTO 慢」，DBMS_HPROF 会告诉你「PKG_UTILS.GET_DATA 占了 92% 时间」，但不会告诉你它内部哪一行在循环里反复调用 TO_DATE 导致隐式转换——这是最常被误判的点。
启用 DBMS_HPROF 前必须检查三件事
漏掉任意一项，trace 文件要么为空，要么无法解析：
-
PLSQL_CODE_TYPE必须是INTERPRETED（不是NATIVE），否则 profiler 完全失效：ALTER SESSION SET PLSQL_CODE_TYPE = INTERPRETED;，然后重编译目标存储过程 - 需提前创建 DIRECTORY 对象，且路径对 Oracle OS 用户可写（不是数据库用户权限）：
CREATE OR REPLACE DIRECTORY prof_dir AS '/u01/app/oracle/prof';，并确认chmod 755 /u01/app/oracle/prof - 执行用户必须有
EXECUTE权限，且该 DIRECTORY 的READ、WRITE权限：GRANT EXECUTE ON DBMS_HPROF TO your_user;GRANT READ, WRITE ON DIRECTORY prof_dir TO your_user;
生成和解析 trace 文件的实际步骤
不要直接看原始 .trc 文件——它是二进制格式，必须用 DBMS_HPROF.ANALYZE 加载到表中再查：
- 启动分析：
EXEC DBMS_HPROF.START_PROFILING(location => 'PROF_DIR', filename => 'sp_slow.trc'); - 在同一会话中执行目标存储过程（跨会话无效）
- 停止分析：
EXEC DBMS_HPROF.STOP_PROFILING; - 将 trace 加载进分析表：
EXEC DBMS_HPROF.ANALYZE('PROF_DIR', 'sp_slow.trc', 'HPROF_RUN');（'HPROF_RUN'是自定义 run 名） - 查结果：
SELECT symbol, subtree_elapsed_time, function_elapsed_time FROM plsql_profiler_runs JOIN hprof_run_details USING (runid) WHERE run_comment = 'HPROF_RUN' ORDER BY subtree_elapsed_time DESC;
注意：subtree_elapsed_time 是该函数及其所有子调用总耗时，function_elapsed_time 是仅该函数体自身耗时。优先看前者高但后者低的函数——说明瓶颈在它调用的下游，比如 PKG_LOG.WRITE_LOG 自身快，但它调用的 UTL_FILE.FOPEN 卡住了。
为什么 DBMS_HPROF 查不到慢 SQL？
它不采集 SQL 执行细节，只记录 PL/SQL 函数调用关系。看到 PKG_ORDER.PROCESS 耗时 8.4 秒，不代表它里面某条 UPDATE 慢，可能只是等锁或 I/O —— 这时候必须立刻切到 v$session_wait 和 v$sql 查对应 SQL_ID。真正难的不是跑出 HPROF 报告，而是把报告里的 symbol 和实际执行的 SQL 关联起来：如果函数名是动态拼接的（如 EXECUTE IMMEDIATE v_sql），HPROF 只显示 EXECUTE IMMEDIATE 这一行，根本看不到真实 SQL 文本。
