dbms_system.get_env 是唯一官方支持的pl/sql读取os环境变量方式，但仅限实例启动时已存在且权限充足的变量；常见失败原因包括变量未在启动时设置、大小写不匹配、缓冲区过小、关键变量被oracle屏蔽等。
dbms_system.get_env 是唯一能从 pl/sql 内部直接读取操作系统环境变量的官方方式，但它不是“任意读取”，而是有严格前提：变量必须在 oracle 实例启动时已存在于 os 环境中，且调用者需具备相应权限。
为什么 GET_ENV 经常返回空或报 ORA-20000？
常见现象是 PL/SQL 过程执行成功但输出为空，或直接抛出 ORA-20000: Environment variable not found。这不是代码写错了，而是环境不匹配：
- 你在当前 shell 里
export MY_VAR=value，然后进 SQL*Plus 执行GET_ENV('MY_VAR', ...)→ 一定失败。Oracle 不继承会话级临时设置 - 变量名大小写敏感：
'oracle_home'≠'ORACLE_HOME'，必须完全一致 - 缓冲区太小导致截断：若值长度超
varchar2声明长度（如只声明buffer varchar2(10)），截断后不报错，只默默丢掉后面内容 -
PATH、LD_LIBRARY_PATH等被 Oracle 主动屏蔽，调用必报错或返回空
GET_ENV 的正确调用姿势
必须显式声明足够长的缓冲区，并确保变量在实例启动前就存在（比如写进 /etc/profile 或 Windows 服务属性里）：
DECLARE
buffer VARCHAR2(4000); -- 至少 1024，建议 4000 防截断
BEGIN
SYS.DBMS_SYSTEM.GET_ENV('ORACLE_HOME', buffer);
DBMS_OUTPUT.PUT_LINE('ORACLE_HOME = ' || NVL(buffer, '(null)'));
EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('Error: ' || SQLERRM);
END;
- 调用前必须开启
SET SERVEROUTPUT ON，否则看不到输出 - 必须用
SYS.DBMS_SYSTEM.GET_ENV全限定名，普通用户不能直接访问DBMS_SYSTEM - 目标用户需被显式授予执行权限：
GRANT EXECUTE ON SYS.DBMS_SYSTEM TO your_user; - Windows 下可读
WINDIR、COMPUTERNAME；Linux/Unix 下可读ORACLE_HOME、ORACLE_SID，但不可读HOME（除非启动时显式继承）
哪些环境变量根本读不到？
不是所有 OS 变量都开放给 PL/SQL：
-
PATH、LD_LIBRARY_PATH、CLASSPATH：Oracle 明确屏蔽，调用直接失败 - 动态设置的变量（如 crontab 脚本里 export 的）：实例未重启就不可见
- 用户级 profile（如
~/.bashrc）里的变量：除非 Oracle 启动脚本 source 了它，否则不继承 - 值含控制字符或非 ASCII 字符：可能触发隐式转换异常，建议先用 shell 检查
echo $VAR | od -c
真正能稳定读到的，只有 Oracle 实例进程启动那一刻从父进程完整继承下来的那批变量——它们通常出现在数据库服务器的系统级环境配置中，而不是你登录后随手 set 的那几个。
