Oracle数据库日志文件在哪怎么查看-Oracle-PHP中文网

oracle数据库日志分为重做日志、告警日志和归档日志三类：重做日志（v$logfile）存二进制变更，需dbms_logmnr解析sql；告警日志（v$diag_info）记录启停与错误，路径为adr trace目录下的alert_orcl.log；归档日志（v$archived_log）用于恢复，需配合logminer分析操作详情。

oracle数据库日志文件在哪怎么查看

Oracle数据库日志不是单一文件，而是分类型、分路径、分用途的多个日志集合。直接用tail -f或cat看某个.log文件，大概率看不到你想要的“SQL操作记录”或“谁删了表”——因为那些内容不在普通日志里，得靠DBMS_LOGMNR解析重做日志（redo log）才能还原。

查在线重做日志路径：`v$logfile`

这是最常被误认为“主日志”的文件，实际只存事务变更的二进制流，不能直接阅读。路径由v$logfile视图返回：

SELECT member FROM v$logfile; —— 返回所有在线日志成员路径，如/u01/app/oracle/oradata/ORCL/redo01.log
每个日志组可能有多个成员（多路复用），但内容完全一致；只要一个成员损坏，实例可能无法启动
这些文件大小固定（由ALTER DATABASE ADD LOGFILE时指定），写满后自动切换（ARCHIVE LOG模式下会归档，非归档模式则覆盖）

查告警日志（Alert Log）位置：`v$diag_info`

这才是DBA第一眼该盯的日志：数据库启停、ORA-错误、检查点、归档失败等都记在这里，纯文本，可tail -f实时监控。

超能文献

超能文献是一款面向医学和多学科学术研究的 AI 文献搜索与文档翻译平台。

下载

SELECT value FROM v$diag_info WHERE name = 'Diag Trace'; —— 返回ADR trace目录，典型路径如/u01/app/oracle/diag/rdbms/orcl/ORCL/trace/
告警日志文件名是alert_<sid>.log</sid>，比如alert_ORCL.log，不是alert.log（旧版10g之前才用这个）
别手动删这个文件！Oracle不会自动重建它；删了会导致后续错误不写入，必须用ADRCI工具清理或设置MAX_DUMP_FILE_SIZE限大小

查归档日志历史：`v$archived_log`

如果你开了归档模式（ARCHIVELOG），每组在线日志写满后会被复制成归档日志，用于恢复和LogMiner分析。

SELECT name, first_time, next_time, blocks FROM v$archived_log ORDER BY sequence# DESC; —— 查最近归档的文件名、时间、块数
归档路径由LOG_ARCHIVE_DEST_1参数决定，常见值如LOCATION=/u01/app/oracle/fast_recovery_area/ORCL/archivelog
注意：归档日志默认不压缩，长期不清理会占满磁盘；RMAN删除前务必确认备份已成功

想看具体SQL操作？必须用`DBMS_LOGMNR`

重做日志（redo）和归档日志（archived redo）本身是二进制格式，cat或strings只能看到乱码。要还原出INSERT/UPDATE/DELETE语句，必须走LogMiner流程：

先建数据字典文件：EXEC DBMS_LOGMNR_D.BUILD(dictionary_filename => 'dict.ora', dictionary_location => '/tmp/');
添加要分析的日志：EXEC DBMS_LOGMNR.ADD_LOGFILE(logfilename => '/u01/app/oracle/fast_recovery_area/ORCL/archivelog/.../1_100_123456789.dbf', options => DBMS_LOGMNR.NEW);
启动分析：EXEC DBMS_LOGMNR.START_LOGMNR(dictfilename => '/tmp/dict.ora', starttime => SYSDATE-1, endtime => SYSDATE);
查结果：SELECT sql_redo FROM V$LOGMNR_CONTENTS WHERE operation IN ('INSERT','UPDATE','DELETE') AND seg_name = 'EMPLOYEES';
坑点：LogMiner需要与分析时段对应的字典快照（即建dict.ora时的数据库结构），如果表结构后来改过，解析可能失败或字段错位

真正难的不是找到路径，而是理解每类日志的边界：告警日志告诉你“出事了”，重做日志告诉你“改了什么”，而LogMiner才是唯一能告诉你“谁、什么时候、执行了哪条SQL”的工具——但它不实时，且依赖字典一致性，线上紧急排查时往往来不及跑完全套流程。