Oracle数据库的活动会话历史（ASH）报告是诊断和解决性能问题的关键工具。它提供了关于数据库活动会话的实时快照。然而，在分析ASH报告时，我们可能会遇到一些没有 sql_id 的记录。本文说明这些情况的可能原因。

原因分析

1. 非SQL操作

当会话正在执行非SQL操作，如等待I/O、等待锁等，这些活动不直接关联到特定的SQL语句，因此ASH记录中的 sql_id 会为空。

查询等待I/O的会话：

SELECT session_id, event, wait_class


FROM v$active_session_history


WHERE sql_id IS NULL


AND event LIKE '%I/O%';

2. 系统进程活动

Oracle的系统进程或后台进程（如DBWR、LGWR）的活动也会出现在ASH报告中，这些进程执行的是数据库内部管理任务，不涉及用户SQL执行。

识别系统进程活动：

SELECT session_id, program, module


FROM v$session


WHERE type = 'BACKGROUND';

3. SQL执行很短

如果一个SQL语句执行非常快，在ASH采样间隔之前完成，可能不会有 sql_id 。

分析方法 ：这种情况下，建议使用SQL Trace和TKPROF工具进行分析，而不是依赖于单独的SQL查询。

4. 采样间隔问题

如果在采样间隔内会话的状态发生变化（例如，从执行一个SQL语句变为等待），可能导致某些快照没有 sql_id 。

分析特定时间段的会话状态变化：

SELECT session_id, sample_time, session_state, wait_class


FROM v$active_session_history


WHERE sample_time BETWEEN TO_DATE('YYYY-MM-DD HH24:MI', 'YYYY-MM-DD HH24:MI')


AND TO_DATE('YYYY-MM-DD HH24:MI', 'YYYY-MM-DD HH24:MI')


ORDER BY session_id, sample_time;

分析方法

针对没有 sql_id 的ASH记录，以下方法可以帮助进行深入分析：