Oracle 19c中PL/SQL无自动追踪，必须显式启用DBMS_TRACE、SQL_TRACE或IDE调试，三者权限、范围及输出形式各异：DBMS_TRACE需手动开关且易致性能抖动；SQL_TRACE仅覆盖SQL层，不显示PL/SQL行号；IDE调试依赖DEBUG编译、特定权限及服务端探针配置。
oracle 19c 中 pl/sql 的“自动追踪”并不存在——你必须显式启用跟踪或调试，且每种方式适用场景、权限要求和输出形式都不同。盲目开启 dbms_trace 或 sql_trace 可能导致性能抖动或日志爆炸，而 ide 调试依赖服务端探针配置，不是开箱即用。
DBMS_TRACE 不是“自动”的，必须手动开关且影响范围大
DBMS_TRACE 是 Oracle 提供的底层执行路径记录工具，但它不会自动启动，也不会按需过滤。一旦启用，它会对整个会话中所有 PL/SQL 单元（包括系统包）生成大量跟踪数据。
- 启用前必须先运行
EXEC DBMS_TRACE.SET_PLSQL_TRACE(DBMS_TRACE.TRACE_ENABLED_LINES)，否则无任何输出 - 跟踪结果写入
user_dump_dest目录下的二进制文件，需用tkprof解析，不能直接读 - 若在高并发过程里长期开启，可能引发
ORA-04030（内存耗尽）或 I/O 瓶颈 - 19c 中默认不启用
DBMS_TRACE权限，用户需被显式授予EXECUTE ON SYS.DBMS_TRACE
SQL_TRACE / 10046 事件适合 SQL 层面，对纯 PL/SQL 逻辑覆盖有限
当你想看“某段 PL/SQL 里调用了哪些 SQL、花了多久、有没有绑定变量”，ALTER SESSION SET SQL_TRACE = TRUE 或 DBMS_MONITOR.SESSION_TRACE_ENABLE 更合适；但它不显示 PL/SQL 行号、变量值或控制流跳转。
- 级别
level 12（alter session set events '10046 trace name context forever, level 12'）可捕获绑定变量 + 等待事件，但无法告诉你第 47 行的IF判断为什么走错了分支 - 跟踪文件位置由
v$parameter中user_dump_dest决定，19c 默认指向diag/rdbms/<db_name>/<instance>/trace/，不是旧版的udump - 如果 PL/SQL 块里只做计算、没发 SQL，
SQL_TRACE就完全沉默——它不追踪纯 PL/SQL 执行
IDE 调试（如 SQL Developer / DataGrip）需要服务端预配，断点才生效
图形化调试看似“自动”，实则依赖 Oracle 服务端的调试探针（DBMS_DEBUG），且必须满足三个硬性条件，缺一不可。
- 数据库用户需有
DEBUG CONNECT SESSION和DEBUG ANY PROCEDURE权限 - 目标 PL/SQL 对象（过程/函数/包）必须用
DEBUG选项重新编译，例如：ALTER PROCEDURE my_proc COMPILE DEBUG；普通编译的代码无法设断点 - 客户端连接必须使用支持调试的驱动（SQL Developer 自带，DataGrip 需确认 JDBC 驱动版本 ≥ 19c），且网络需允许
DBMS_DEBUG包远程调用 - 匿名块调用时，断点只在被调用对象内生效；若在匿名块本身设断点，SQL Developer 19.4+ 支持，但 DataGrip 2025.1 仍不支持匿名块级调试
DBMS_OUTPUT.PUT_LINE 是最轻量、最可控的“人工追踪”方式
对于开发阶段快速验证逻辑分支、中间值或异常上下文，DBMS_OUTPUT.PUT_LINE 仍是 19c 中最可靠的选择——它不依赖外部工具、无需额外权限、输出即时可见（只要客户端开启了 SET SERVEROUTPUT ON）。
- 注意：输出缓冲区默认仅 20000 字节，大数据量易截断；可用
DBMS_OUTPUT.ENABLE(1000000)扩容 - 避免在循环内高频调用，比如每行都
PUT_LINE，会导致明显性能下降（尤其在批量处理场景） - 配合
DBMS_UTILITY.FORMAT_ERROR_BACKTRACE使用，能准确定位异常发生的具体行号，比SQLERRM更精准 - 上线前务必删除或注释掉调试语句——它们不会被自动剥离，且可能暴露敏感逻辑
真正容易被忽略的是权限链和编译选项：哪怕你用 SQL Developer 点了“调试”，只要目标过程没用 DEBUG 编译过，或者用户缺少 DEBUG ANY PROCEDURE，调试器就只会静默失败，连错误提示都不会弹出。这种“无声失效”比报错更难排查。
