SQL解析失败跟踪案例分享(Oracle19c)

原创 Rune_DB 2025-03-19

319

1. 问题现象

分享一个跟踪SQL解析错误的案例。
在日常 Oracle 数据库监控过程中，发现 alert 日志中不定时出现大量解析报错的记录，解析报错意味着没有执行计划也没有实际的执行结果，那么该怎么跟踪问题呢？
（PS:以下具体SQL内容经处理转换）

报错具体内容如下：

WARNING: too many parse errors, count=55718 sql hash=....
PARSE ERROR: ospid=...., error=904 for statement:
Additional information: hd=..., phd=..., flg=..., cisid=..., sid=..., ciuid=..., uid=...
sqlid=***hidden_sqlid*** Current username=XXXXXXXX  
Application: JDBC Thin Client Action

复制

2. 问题定位步骤

2.1 通过 ASH 分析 SQL 活动历史

首先，通过 V$ACTIVE_SESSION_HISTORY (ASH) 表查询 SQL 的活动历史记录，找出与错误 sqlid 相关的会话信息。

执行以下 SQL 语句：

SELECT ASH.SAMPLE_TIME + 0,
       ASH.SQL_OPNAME,
       ASH.EVENT,
       ASH.MACHINE,
       ASH.MODULE,
       ASH.PROGRAM,
       ASH.ACTION
FROM V$ACTIVE_SESSION_HISTORY ASH
WHERE ASH.SQL_ID = 'hidden_sqlid'
ORDER BY ASH.SAMPLE_TIME;

复制

查询结果：

machine：显示了具体的服务器来源，如hidden_machine。
MODULE：均为 JDBC Thin Client。

由于 MODULE 显示为 JDBC，结合 machine 信息，进一步推断出该 SQL 来自应用服务器端的调用。

2.2 使用 10046 事件进行 TRACE 跟踪

由于 DBMS_MONITOR 包的限制，它需要 确定会话 ID (SID) 或 MODULE 和 ACTION 等字段唯一时才能使用。当前情况中 MODULE 不唯一，SID 也不固定，因此无法使用 DBMS_MONITOR。

在这种情况下，直接通过 ALTER SYSTEM SET EVENTS 命令对目标 SQL 的 sqlid 进行跟踪。

启用 TRACE：

ALTER SYSTEM SET EVENTS 'sql_trace [sql:hidden_sqlid] level=12';

复制

注意事项：
sql: 和 sqlid 之间不能有空格。
level=12 之间也不能包含空格。

TRACE 文件路径：

执行以下命令找到生成的 .trc 文件：

cd $ORACLE_BASE/diag/rdbms/$db_name/$instance_name/TRACE
ls -lrt | grep hidden_sqlid

复制

关闭 TRACE：

跟踪完成后及时关闭 TRACE，避免产生多余的日志：

ALTER SYSTEM SET EVENTS 'sql_trace [sql:hidden_sqlid] off';

复制

3. 分析 TRACE 文件

通过 TRACE 文件内容，找到解析错误的 SQL 及具体报错信息，示例如下：

PARSE ERROR #140530744166976:len=325 dep=0 uid=hidden_uid oct=3 lid=101 tim=hidden_time err=904
SELECT FIELD1, FIELD2, FIELD3 AS "alias_field", FIELD4
FROM HIDDEN_TABLE_NAME
WHERE FIELD5 = '01' 
  AND FIELD6 = '0' 
  AND FIELD7 = '1' 
  AND ROWNUM <= 10 
ORDER BY FIELD8;

复制

解析结果：