DBMS_OUTPUT.PUT_LINE无输出的根本原因是缓冲区默认关闭且客户端未启用捕获；需在执行前运行SET SERVEROUTPUT ON，或在SQL Developer中点击“Enable DBMS Output”按钮，并确保上下文一致。
DBMS_OUTPUT.PUT_LINE 为什么没输出
默认不显示，不是代码写错了。必须在客户端会话里先执行 set serveroutput on，否则 dbms_output.put_line 的内容直接被丢弃。
常见错误现象：
- PL/SQL 块或存储过程中写了
DBMS_OUTPUT.PUT_LINE('start')，但 SQL*Plus / DataGrip / SQL Developer 里什么也不显示 - 调用存储过程后查
DBMS_OUTPUT.GET_LINES也拿不到数据 —— 因为缓冲区根本没启用
实操建议：
- 每次连接后第一件事就是运行
SET SERVEROUTPUT ON SIZE UNLIMITED（SIZE UNLIMITED防止日志被截断） - DataGrip 用户注意：需在「Database Console」中手动勾选「Enable DBMS Output」，且每个新连接都要重开一次
- 不要依赖它做生产环境日志记录 —— 它只在当前会话有效，不可跨会话、不可持久化、无时间戳、无级别
UTL_FILE 写文件日志要注意哪些权限和路径
想把日志落到服务器磁盘上，得用 UTL_FILE，但它不是“打开即用”，漏一步就报 ORA-29283: invalid file operation 或 ORA-29280: invalid directory path。
关键点：
-
DIRECTORY对象必须由 DBA 创建，且路径是 Oracle 数据库服务器本地的绝对路径（不是开发机或应用服务器上的路径） - 用户必须显式获得该
DIRECTORY的READ和WRITE权限：GRANT READ, WRITE ON DIRECTORY background_dump_dest TO your_user; -
UTL_FILE.FOPEN的第一个参数必须是DIRECTORY名（字符串字面量），不是路径字符串；第二个参数才是文件名 - 写完必须调
UTL_FILE.FCLOSE或UTL_FILE.FCLOSE_ALL，否则文件可能不落盘、句柄泄漏
示例片段：
DECLARE
v_file UTL_FILE.FILE_TYPE;
BEGIN
v_file := UTL_FILE.FOPEN('BACKGROUND_DUMP_DEST', 'debug_20260428.log', 'A');
UTL_FILE.PUT_LINE(v_file, '[' || SYSDATE || '] start processing');
UTL_FILE.FCLOSE(v_file);
EXCEPTION
WHEN OTHERS THEN
IF UTL_FILE.IS_OPEN(v_file) THEN UTL_FILE.FCLOSE(v_file); END IF;
RAISE;
END;
要不要自己建日志表？高并发下怎么避免拖慢主业务
直接 INSERT INTO log_table 看似简单，但在高频调用的存储过程中，极易引发锁争用、IO 打满、甚至阻塞核心事务。不是不能建，而是要克制设计。
高性能日志表的关键约束：
- 字段极简：只留
id（BIGINT 自增或 UUID）、log_time（DATE或NUMBER时间戳）、level（TINYINT）、proc_name（VARCHAR(64)）、message（CLOB 或 VARCHAR2(4000)） - 主键按时间局部化：用
PRIMARY KEY (log_time, id)替代单纯id主键，配合按天分区（PARTITION BY RANGE (log_time)） - 禁止任何外键、触发器、复杂索引；只建一个覆盖查询场景的联合索引，例如
INDEX idx_proc_time (proc_name, log_time) - 写入必须批量：在存储过程中攒够 10–50 条再
INSERT ALL或用临时表 +INSERT /*+ APPEND */
更现实的选择：存储过程里只写轻量 trace_id + 关键状态到一张极简表，完整日志走应用层异步发 Kafka → Logstash → Elasticsearch，数据库不扛日志写压。
调试用的日志和生产用的日志根本不是一回事
你在存储过程里加 DBMS_OUTPUT.PUT_LINE 是为了快速定位逻辑断点，而生产环境需要的是可检索、有时序、带上下文、能告警的日志流。混用会导致两个问题：
- 调试日志留在代码里没清理，上线后大量无效输出吃光 PGA 内存，
DBMS_OUTPUT缓冲区溢出引发隐性性能抖动 - 试图用
UTL_FILE或日志表扛全量业务日志，结果发现磁盘占满、归档失败、备份变慢
真正该做的：
- 调试阶段：坚持用
DBMS_OUTPUT+SET SERVEROUTPUT ON，但每次上线前全局搜索删掉所有PUT_LINE调用 - 生产阶段：存储过程只负责抛出标准异常（
RAISE_APPLICATION_ERROR），由调用它的 Java/Python 应用统一捕获、补全上下文、写入中心日志系统 - 如果真要数据库侧留痕，用 Oracle 自带的
AUDIT或UNIFIED_AUDIT_TRAIL，而不是手写日志逻辑
最常被忽略的一点：日志本身也是数据，它不该参与业务事务。一旦日志写失败导致主流程回滚，说明日志机制已经侵入了事务边界 —— 这本身就是设计错误。
