oracle高资源消耗sql,Oracle高资源消耗SQL语句定位

Oracle SQL语句资源消耗监控最常用的系统视图有v$sql、v$sqlarea、v$sqltext和v$session。本文我们先了解这些视图的作用与区别，然后了解如何定位高资源消耗SQL语句，最后再了解一下各视图字段具体含义。

相关系统视图功能与区别

v$sql和v$sqlarea基本相同，记录了共享SQL区(share pool)中SQL统计信息，如内存消耗、IO(物理磁盘读和逻辑内存读)、排序操作、哈希ID等数据。不同之处在于v$sql为每一条SQL保留一个条目，而v$sqlarea中根据sql_text(需要注意，该处存储的为当前SQL指针的前1000个字符，也就是说这里记录的SQL可能是不完整的！)进行group by，统计列进行sum()，通过version_count计算子指针的个数。

然而，文本(sql_text)相同的SQL语句在数据库中意义可能完全不同。比如数据库中存在两个用户User1和User2，这两个用户各拥有一张数据表EMP。那么当两个用户发出查询select count(*) from emp;时各自访问自己SCHEMA中的表EMP，而两者表内容不同所以其资源消耗肯定也不同。此时，在v$sql中会有这两条完全一样的SQL各自的统计信息，而在v$sqlarea中sql_text相同的2个指针会合并起来，执行次数、DISK_READS、BUFFER_GETS等统计信息都会累加(sum)，version_count会显示为2，这就是v$sqlarea的聚合作用。

v$sqltext中没有统计信息，然而却存储着完整的SQL语句及其哈希ID等。

对于这三者，我们可以使用视图v$fixed_view_definition来查看视图的源表，如下：

SELECT view_definition FROM v$fixed_view_definition WHERE view_name='GV$SQL';

SELECT view_definition FROM v$fixed_view_definition WHERE view_name='GV$SQLAREA';

SELECT view_definition FROM v$fixed_view_definition WHERE view_name='GV$SQLTEXT';

注：视图名为V$SQL但该视图的源又是GV$SQL，所以直接使用GV$SQL，其他两个也如此。

通过以上3条语句可以发现，V$SQL数据来源X$KGLCURSOR_CHILD，其实数据还是来源于X$KGLOB；而V$SQLAREA数据来源X$KGLCURSOR_CHILD_SQLID本质是对X$KGLCURSOR_CHILD按照sql_id等字段分组汇总后的结果；V$SQLTEXT数据来源X$KGLNA。

v$session主要用来确定会话相关信息，如通过SID和SERIAL#来唯一确定一个session(SID可能会重复)、会话拥有者用户名USERNAME、会话状态(active:正在执行SQL语句、inactive:等待操作、killed:被杀死)、会话由哪个客户端发起(MACHINE、TERMINAL)、正在执行什么SQL(通过SQL_ADDRESS、SQL_HASH_VALUE、SQL_ID、SQL_CHILD_NUMBER确定，有这些再借助v$sqltext就能知道)、甚至上一次执行的SQL是什么(通过PREV_SQL_ADDRESS等确定)、锁等待相关信息(如所在表、文件、块、被锁行)等。

高资源消耗SQL查找定位

1)查看读硬盘多或占用内存可能多的SQL：

select sql_text, disk_reads, buffer_gets, parsing_schema_name, executions

from v$sqlarea

order by disk_reads desc;

说明：单纯从V$sqlarea中是无法查出每个SQL消耗的内存量的，但我们可以借助磁盘读次数间接反映可能的消耗内存量较大的SQL语句，然后再借助执行计划(如v$sql_plan视图)具体查看。

利用系统视图v$sqlarea，其中disk_reads是磁盘读次数，也是主要字段，剩余字段均为参考字段。其中，buffer_gets是内存读次数，parsing_schema_name是首次编译者模式名(一般与user名相同)，executions是语句执行次数。

需要注意的是，v$sqlarea中sql_text可能不完整，若需要完整的则需要借助hash_value或sql_id结合v$sqltext来查看分析。

2)查看执行次数多的SQL

select sql_text, executions, parsing_schema_name

from v$sqlarea

order by executions desc;