嘿，刚好我之前处理过类似的需求，Oracle内置审计确实比手动写触发器省心不少，而且稳定性和性能都更靠谱。我给你一步步拆解怎么实现：

一、先确保数据库审计功能开启 #

默认情况下Oracle 11g的审计可能是关闭的，先检查并开启：

1. 查看当前审计状态：

SHOW PARAMETER AUDIT_TRAIL;

如果VALUE列是NONE，说明没开启。

2. 开启审计（需要重启数据库生效）：

ALTER SYSTEM SET AUDIT_TRAIL=DB,EXTENDED SCOPE=SPFILE;

这里DB表示审计记录存在数据库的AUD$表（通过DBA_AUDIT_TRAIL视图查询更友好），EXTENDED会记录执行的SQL语句，方便后续排查。

3. 重启数据库后再次确认参数生效：

SHOW PARAMETER AUDIT_TRAIL;

二、针对特定表设置DML操作审计 #

接下来针对你需要追踪的表，创建审计规则，记录INSERT/UPDATE/DELETE操作：

基础审计配置（追踪数据库用户） #

如果前端应用每个用户都用独立的数据库账号连接，直接执行下面的语句：

-- 替换schema_name和table_name为你的实际信息
AUDIT INSERT, UPDATE, DELETE ON schema_name.table_name BY ACCESS;

• BY ACCESS：每一次操作都会生成一条审计记录（如果用BY SESSION，同一会话内的相同操作只会记一次，不符合你追踪每一次变更的需求）。
• 如果需要记录具体的SQL语句，加上EXTENDED：

AUDIT INSERT, UPDATE, DELETE ON schema_name.table_name BY ACCESS EXTENDED;

关键场景：前端应用共用一个数据库账号 #

如果所有前端用户都通过同一个应用数据库账号操作，内置审计默认只会记录这个应用账号，而不是实际的前端用户。这时候需要额外处理：

1. 让应用在每次用户操作前，设置客户端标识符：

-- 替换front_end_user为实际的前端用户名
EXEC DBMS_SESSION.SET_IDENTIFIER('front_end_user');

这个值会被记录到审计记录的CLIENT_IDENTIFIER字段里。

2. 如果应用是基于Web的，也可以在连接数据库时通过JDBC/OCI设置CLIENT_IDENTIFIER，比如JDBC里：

conn.setClientInfo("OCSID.CLIENT_IDENTIFIER", "front_end_user");

三、查询审计记录 #

审计记录存在DBA_AUDIT_TRAIL视图里，你可以用下面的SQL查询所需信息：

SELECT 
  username AS 数据库用户,
  client_identifier AS 前端用户,
  obj_name AS 表名,
  action_name AS 操作类型,
  timestamp AS 操作时间,
  sql_text AS 执行SQL
FROM dba_audit_trail
WHERE obj_name = 'YOUR_TABLE_NAME' -- 替换为你的表名（大写，Oracle默认存储大写）
  AND action_name IN ('INSERT', 'UPDATE', 'DELETE')
ORDER BY timestamp DESC;

四、权限说明 #

• 执行AUDIT命令需要AUDIT SYSTEM权限；
• 查询DBA_AUDIT_TRAIL需要SELECT ANY DICTIONARY权限。

五、关闭审计（如果需要） #

如果后续不需要追踪了，可以关闭该表的审计：

NOAUDIT INSERT, UPDATE, DELETE ON schema_name.table_name;

对比手动触发器和内置审计 #

• 内置审计优势：无需自己维护审计表和触发器，Oracle原生优化，性能损耗更低，支持跨会话追踪，不用考虑触发器的异常处理；
• 手动触发器优势：如果需要记录变更前后的字段值（比如旧值和新值），触发器更灵活，但你当前的需求（用户、操作类型、时间）用内置审计完全足够。

内容的提问来源于stack exchange，提问作者DoeUS