Oracle函数如何处理PL/SQL中的异常日志？-Oracle-PHP中文网

dbms_output.put_line不能用于生产日志，因其输出仅存于会话缓冲区、断连即失，且需客户端显式启用set serveroutput on；可靠异常日志必须用自治事务向数据库表insert，结合sqlcode、sqlerrm等提取上下文。

oracle函数如何处理pl/sql中的异常日志？

Oracle本身不提供直接写入外部日志文件的函数，DBMS_OUTPUT.PUT_LINE 仅用于调试输出、且需客户端显式启用，不能作为生产级异常日志手段。真正在PL/SQL中持久化异常信息，必须依赖数据库表 + INSERT + 事务控制，配合 SQLCODE 和 SQLERRM 提取错误上下文。

为什么不能只用 DBMS_OUTPUT.PUT_LINE 记异常

DBMS_OUTPUT 的输出是会话级缓冲区内容，断开连接即丢失；未执行 SET SERVEROUTPUT ON 时完全不可见；在存储过程被其他PL/SQL块调用时，输出默认不透出到调用方。它不是日志，只是临时调试钩子。

生产环境禁用 DBMS_OUTPUT 是常见运维策略
异步作业（如 DBMS_JOB / DBMS_SCHEDULER）中该输出基本不可捕获
无法按时间、模块、严重等级做检索或告警

如何用 INSERT + SQLCODE/SQLERRM 写可靠异常日志

核心是建一张日志表，再在 EXCEPTION 块里插入关键字段。注意：必须用 PRAGMA AUTONOMOUS_TRANSACTION 确保日志写入不被主事务回滚影响。

日志表至少包含：log_id（序列）、log_time（SYSTIMESTAMP）、error_code（SQLCODE）、error_msg（SUBSTR(SQLERRM, 1, 4000)）、call_stack（DBMS_UTILITY.FORMAT_CALL_STACK）、user_name（USER）
日志过程需声明为自治事务，否则主事务 ROLLBACK 会把日志也撤回
避免在日志过程中再抛异常——否则可能形成死循环或丢失原始错误

示例片段：

Market Oracle

金融事件影响分析器 — 获取突发新闻，追踪金属/石油/加密货币/股票价格，预测短中长期市场连锁反应

下载

CREATE TABLE app_error_log (
  log_id      NUMBER PRIMARY KEY,
  log_time    TIMESTAMP,
  error_code  NUMBER,
  error_msg   VARCHAR2(4000),
  call_stack  VARCHAR2(4000),
  user_name   VARCHAR2(30)
);

CREATE SEQUENCE seq_log_id;

CREATE OR REPLACE PROCEDURE log_exception AS
  PRAGMA AUTONOMOUS_TRANSACTION;
BEGIN
  INSERT INTO app_error_log VALUES (
    seq_log_id.NEXTVAL,
    SYSTIMESTAMP,
    SQLCODE,
    SUBSTR(SQLERRM, 1, 4000),
    SUBSTR(DBMS_UTILITY.FORMAT_CALL_STACK, 1, 4000),
    USER
  );
  COMMIT;
END;

预定义异常 vs 非预定义异常：日志内容差异在哪

预定义异常（如 NO_DATA_FOUND、TOO_MANY_ROWS）能直接在 WHEN 子句中捕获，但它们的 SQLCODE 和 SQLERRM 仍有效——且更准确。非预定义异常（如违反自定义约束、未命名的 ORA-00001）必须靠 WHEN OTHERS 捕获，此时 SQLCODE/SQLERRM 是唯一可信赖的错误标识。

NO_DATA_FOUND 触发时，SQLCODE 是 -1403，SQLERRM 是 "ORA-01403: no data found" —— 可用于区分是业务空结果还是意外缺失
若想单独处理唯一约束冲突（ORA-00001），需先用 PRAGMA EXCEPTION_INIT 绑定自定义异常名，否则只能混在 WHEN OTHERS 里靠 SQLCODE = -1 判断
WHEN OTHERS 必须紧接在所有具名异常之后，且内部应立即调用日志过程，再 RAISE 向上传播（如需）