PLSQL_OPTIMIZE_LEVEL 是取值0–3的整数型编译优化强度参数，设为2或3才视为启用优化；0为关闭，1为基础优化，2为默认平衡级，3为激进优化，仅影响新编译对象。
PLSQL_OPTIMIZE_LEVEL 是什么，设成多少才算“启用”
plsql_optimize_level 不是开关型参数，没有“启用/禁用”二值状态。它本质是一个整数编译器优化强度控制项，取值范围是 0–3，默认值通常是 2。设成 0 表示完全关闭优化（生成最直白、最易调试的代码），设成 2 或 3 才算真正“启用优化”。
-
0：跳过所有优化，保留全部中间变量和语句顺序，适合调试或排查奇怪的执行行为 -
1：基础优化（如常量折叠、死代码消除），但不重排逻辑或内联子程序 -
2：默认级别，启用过程内联、循环展开、表达式提升等，平衡性能与可调试性 -
3：激进优化（比如跨子程序边界推理、更激进的内联），可能让堆栈跟踪变模糊，调试难度上升
注意：PLSQL_OPTIMIZE_LEVEL 只影响后续新编译的对象（如新建或 ALTER ... COMPILE 的包、过程），对已编译且未重新编译的对象完全无效。
怎么改，改哪里才生效
修改 PLSQL_OPTIMIZE_LEVEL 有三层作用域，优先级从高到低：对象级 > 会话级 > 实例级。绝大多数情况下，你应该只动前两层。
-
对单个存储过程/包显式指定（推荐）：
CREATE OR REPLACE PROCEDURE calc_tax AS PRAGMA OPTIMIZE_LEVEL(3); BEGIN ... END;
这比全局改更安全，也更容易追踪影响范围 -
在会话中临时调整（适合测试）：
ALTER SESSION SET PLSQL_OPTIMIZE_LEVEL = 3;
之后新建或重编译的对象会按此级别编译，但已有对象仍保持原优化等级 -
实例级修改（不推荐）：
ALTER SYSTEM SET PLSQL_OPTIMIZE_LEVEL = 3 SCOPE=BOTH;
影响所有新编译对象，且需重启实例才能对SCOPE=SPFILE生效；生产环境轻易别碰
常见错误现象：ALTER SESSION 后执行 SHOW PARAMETER plsql_optimize_level 看不到变化——因为该视图只显示实例级参数，不反映会话级覆盖值。查会话实际生效值，得用 V$SES_OPTIMIZER_ENV 视图过滤 NAME = 'plsql_optimize_level'。
设太高（3）容易出什么问题
PLSQL_OPTIMIZE_LEVEL = 3 不是“越快越好”的银弹。它在特定场景下会引入隐蔽行为偏移：
- 子程序内联可能改变异常传播路径：原本在被调用过程里抛出的
NO_DATA_FOUND，优化后可能表现为调用方里的行号错位，甚至被意外捕获 - 时间敏感逻辑可能失效：比如靠
DBMS_LOCK.SLEEP+ 变量轮询实现的简单锁机制，在优化后可能被重排或消除 - 调试信息失真：源码行号和实际执行点不一致，
DBMS_OUTPUT.PUT_LINE输出顺序可能与代码书写顺序不符 - 某些旧版 PL/SQL 分析器（如 Oracle 10g R2 之前）对 level 3 支持不完整，编译时报
PLS-00753错误
如果你依赖 $$PLSQL_UNIT、$$PLSQL_LINE 做日志定位，或大量使用动态 SQL + 异常处理链，建议先在测试环境用 DBMS_WARNING 开启警告检查：
ALTER SESSION SET PLSQL_WARNINGS = 'ENABLE:ALL';再编译，观察是否有
WARNING: optimization may affect behavior 类提示。
如何验证某对象当前用了哪个优化级别
不能只看参数设置，必须查对象本身的编译元数据：
-
查当前会话下刚编译的对象：
SELECT plsql_optimize_level FROM user_plsql_object_settings WHERE name = 'CALC_TAX';
-
查任意对象（需有权限）：
SELECT plsql_optimize_level FROM all_plsql_object_settings WHERE owner = 'SCOTT' AND name = 'EMP_PKG';
注意：这个值是在编译那一刻“拍板”的，和当前会话或实例的 PLSQL_OPTIMIZE_LEVEL 参数无关。哪怕你把实例参数改成 0，只要没重新编译，老对象依然按原来的 level 运行。
一个容易被忽略的点：包体（BODY）和包头（SPEC）可以有不同的优化级别。如果只重编译了包头，包体仍维持旧 level。检查时务必确认目标对象类型（TYPE 列为 PACKAGE BODY 还是 PROCEDURE）。
