oracle v$sql中语句截断的解决方法及相关动态视图搜集

有时候想看看软件后台数据库到底执行了什么语句。比如大的erp系统,我们在查询的时候,后台执行了

什么语句或者过程都存储在v$sql表中。但是当sql语句很长的时候就出现了截断显现。
比如
select sql_text
from v$sql;
其中有一条不完整的sql语句:
 SELECT LSWLDW.LSWLDW_WLDWBH as CustomersCode,
LSWLDW.LSWLDW_DWMC as CustomersName,LSWLDW.LSWLDW_DWLB as CustomerSorts
,LSDWLB_LBMC AS CustomerSortName,LSWLDW.LSWLDW_DQBH as CustomerAreas
,LSDQZD_DQMC AS CustomerAreaName,   LSWLDW.HelpTag
, LSWLDW.LSWLDW_JC as ShortName,nvl(LSWLDW.LSWLDW_SH,' ') as SH
, LSWLDW.IsDetail as Detail,LSWLDW.Layer, LSWLDW.OfTrade
,nvl(LSWLDW.LSWLDW_CJDW,' ') as LSWLDW_CJDW, LSWLDW.OfTrade AS OfTradeCode
,nvl(OfTradeItem."NAME",' ') AS OfTradeName
,nvl(OwnerType."NAME",' ') AS OwnerType
From LSWLDW LEFT OUTER JOIN LSDWLB ON LSWLDW.LSWLDW_DWLB = LSDWLB.LSDWLB_LBBH
LEFT OUTER JOIN CodeItems OfTradeItem ON LSWLDW.OfTrade=OfTradeItem.Code AND

OfTradeItem.SetID='A003'
LEFT OUTER JOIN CodeItems OwnerType ON LSWLDW.OwnerType=OwnerType.Code AND

OwnerType.SetID='A004'
LEFT OUTER JOIN LSDQZD ON LSWLDW.LSWLDW_DQBH = LSDQZD.LSDQZD_DQBH  where 1=1
and LSWLDW_TYBZ='0' and LSWLDW.LSWLDW_WLDWBH in
 (select LSWLDW_WLDWBH from   
 (select Rownum rn,LSWLDW_WLDWBH from 
      (select LS
select LS下面的语句就被截断了.

第一种解决方法:通过sql语句实现

我们查找该语句的sql_id或者hash_value
select sql_text,sql_id,hash_value
from v$sql

结果为:
      sql语句    3fvcnc7ngu0gp 3908895221

通过查询v$sqltext显示完整的sql语句

select sql_text from v$sqltext
where hash_value='3908895221'
order by piece;

或者
from v$sqltext
where sql_id='3fvcnc7ngu0gp'
order by piece;


查询出来的结果到文本编辑器中整理格式就可以了.


第二种方法:使用sqlplus

在V$sql中有sql_fulltext字段,它存储这完整的sql,字段类型是clob

首先设置sqlplus

set heading off
set long 40000

其次输入查询语句
select sql_fulltext from v$sql where sql_id='3fvcnc7ngu0gp';
或者使用语句
select dbms_lob.substr(sql_fulltext) from v$sql where sql_id='3fvcnc7ngu0gp';

就能够得出完整的sql。

第三种解决方法:使用第三方工具

在V$sql中有sql_fulltext字段,它存储这完整的sql,字段类型是clob.
使用pl/sql dev 直接打开就能看到完整的代码.
一般的第三方oracle工具够有次功能。

下面是完整的sql语句:

 SELECT LSWLDW.LSWLDW_WLDWBH as CustomersCode, LSWLDW.LSWLDW_DWMC as CustomersNa
me,LSWLDW.LSWLDW_DWLB as CustomerSorts,LSDWLB_LBMC AS CustomerSortName,LSWLDW.LS
WLDW_DQBH as CustomerAreas,LSDQZD_DQMC AS CustomerAreaName,   LSWLDW.HelpTag, LS
WLDW.LSWLDW_JC as ShortName,nvl(LSWLDW.LSWLDW_SH,' ') as SH, LSWLDW.IsDetail as
Detail,LSWLDW.Layer, LSWLDW.OfTrade,nvl(LSWLDW.LSWLDW_CJDW,' ') as LSWLDW_CJDW,
LSWLDW.OfTrade AS OfTradeCode,nvl(OfTradeItem."NAME",' ') AS OfTradeName,nvl(Own
erType."NAME",' ') AS OwnerType From LSWLDW LEFT OUTER JOIN LSDWLB ON LSWLDW.LSW
LDW_DWLB = LSDWLB.LSDWLB_LBBH LEFT OUTER JOIN CodeItems OfTradeItem ON LSWLDW.Of
Trade=OfTradeItem.Code AND OfTradeItem.SetID='A003'LEFT OUTER JOIN CodeItems Own
erType ON LSWLDW.OwnerType=OwnerType.Code AND OwnerType.SetID='A004' LEFT OUTER
JOIN LSDQZD ON LSWLDW.LSWLDW_DQBH = LSDQZD.LSDQZD_DQBH  where 1=1 and LSWLDW_TYB
Z='0' and LSWLDW.LSWLDW_WLDWBH in  (select LSWLDW_WLDWBH from     (select Rownum
 rn,LSWLDW_WLDWBH from        (select LSWLDW_WLDWBH from lswldw  where 1=1 and L

SWLDW_TYBZ='0' order by lswldw_wldwbh ) where Rownum <= 12    ) where rn >= 1 )
ORDER BY LSWLDW.LSWLDW_WLDWBH。

如果还有好的方法,请赐教。谢谢!

v$sqlarea,v$sql,v$sqltext提供的sql语句区别?
来源:本站整理 作者:佚名 时间:2006-08-02 20:46:33

  v$sqltext
  存储的是完整的SQL,SQL被分割
  
  SQL> desc v$sqltext
  Name Null? Type
  ----------------------------------------- -------- ----------------------------
  ADDRESS RAW(4) ---------
  HASH_VALUE NUMBER --------- 和 address 一起唯一标志一条sql
  COMMAND_TYPE NUMBER
  PIECE NUMBER ---------- 分片之后的顺序编号
  SQL_TEXT VARCHAR2(64) -------------- 注意长度
  
  v$sqlarea --------- 存储的SQL 和一些相关的信息,比如累计的执行次数,逻辑读,物理读等统计信息
  SQL> desc v$sqlarea
  Name Null? Type
  ----------------------------------------- -------- ----------------------------
  SQL_TEXT VARCHAR2(1000)
  SHARABLE_MEM NUMBER
  PERSISTENT_MEM NUMBER
  RUNTIME_MEM NUMBER
  SORTS NUMBER
  VERSION_COUNT NUMBER
  LOADED_VERSIONS NUMBER
  OPEN_VERSIONS NUMBER
  USERS_OPENING NUMBER
  FETCHES NUMBER
  EXECUTIONS NUMBER
  USERS_EXECUTING NUMBER
  LOADS NUMBER
  FIRST_LOAD_TIME VARCHAR2(38)
  INVALIDATIONS NUMBER
  PARSE_CALLS NUMBER
  DISK_READS NUMBER
  BUFFER_GETS NUMBER
  ROWS_PROCESSED NUMBER
  COMMAND_TYPE NUMBER
  OPTIMIZER_MODE VARCHAR2(25)
  PARSING_USER_ID NUMBER
  PARSING_SCHEMA_ID NUMBER
  KEPT_VERSIONS NUMBER
  ADDRESS RAW(4)
  HASH_VALUE NUMBER
  MODULE VARCHAR2(64)
  MODULE_HASH NUMBER
  ACTION VARCHAR2(64)
  ACTION_HASH NUMBER
  SERIALIZABLE_ABORTS NUMBER
  CPU_TIME NUMBER
  ELAPSED_TIME NUMBER
  IS_OBSOLETE VARCHAR2(1)
  CHILD_LATCH NUMBER
  
  v$sql ---------- 存储的是具体的SQL 和执行计划相关信息,实际上,v$sqlarea 可以看做 v$sql 根据 sqltext 等 做了 group by 之后的信息
  
  SQL> desc v$sql
  Name Null? Type
  ----------------------------------------- -------- ----------------------------
  SQL_TEXT VARCHAR2(1000)
  SHARABLE_MEM NUMBER
  PERSISTENT_MEM NUMBER
  RUNTIME_MEM NUMBER
  SORTS NUMBER
  LOADED_VERSIONS NUMBER
  OPEN_VERSIONS NUMBER
  USERS_OPENING NUMBER
  FETCHES NUMBER
  EXECUTIONS NUMBER
  USERS_EXECUTING NUMBER
  LOADS NUMBER
  FIRST_LOAD_TIME VARCHAR2(38)
  INVALIDATIONS NUMBER
  PARSE_CALLS NUMBER
  DISK_READS NUMBER
  BUFFER_GETS NUMBER
  ROWS_PROCESSED NUMBER
  COMMAND_TYPE NUMBER
  OPTIMIZER_MODE VARCHAR2(10)
  OPTIMIZER_COST NUMBER
  PARSING_USER_ID NUMBER
  PARSING_SCHEMA_ID NUMBER
  KEPT_VERSIONS NUMBER
  ADDRESS RAW(4)
  TYPE_CHK_HEAP RAW(4)
  HASH_VALUE NUMBER
  PLAN_HASH_VALUE NUMBER
  CHILD_NUMBER NUMBER ---------- 注意这个
  MODULE VARCHAR2(64)
  MODULE_HASH NUMBER
  ACTION VARCHAR2(64)
  ACTION_HASH NUMBER
  SERIALIZABLE_ABORTS NUMBER
  OUTLINE_CATEGORY VARCHAR2(64)
  CPU_TIME NUMBER
  ELAPSED_TIME NUMBER
  OUTLINE_SID NUMBER -------------- 注意这里跟 outline 有关
  CHILD_ADDRESS RAW(4)
  SQLTYPE NUMBER
  REMOTE VARCHAR2(1)
  OBJECT_STATUS VARCHAR2(19)
  LITERAL_HASH_VALUE NUMBER
  LAST_LOAD_TIME VARCHAR2(38)
  IS_OBSOLETE VARCHAR2(1)
  CHILD_LATCH NUMBER
  
  另外注意这个
  QL> desc v$sql_plan
  Name Null? Type
  ----------------------------------------- -------- ----------------------------
  ADDRESS RAW(4)
  HASH_VALUE NUMBER
  CHILD_NUMBER NUMBER ------------ 注意这个和 v$sql 里面的相同字段
  OPERATION VARCHAR2(60)
  OPTIONS VARCHAR2(60)
  OBJECT_NODE VARCHAR2(20)
  OBJECT# NUMBER
  OBJECT_OWNER VARCHAR2(30)
  OBJECT_NAME VARCHAR2(64)
  OPTIMIZER VARCHAR2(40)
  ID NUMBER
  PARENT_ID NUMBER
  DEPTH NUMBER
  POSITION NUMBER
  SEARCH_COLUMNS NUMBER
  COST NUMBER
  CARDINALITY NUMBER
  BYTES NUMBER
  OTHER_TAG VARCHAR2(70)
  PARTITION_START VARCHAR2(10)
  PARTITION_STOP VARCHAR2(10)
  PARTITION_ID NUMBER
  OTHER VARCHAR2(4000)
  DISTRIBUTION VARCHAR2(40)
  CPU_COST NUMBER
  IO_COST NUMBER
  TEMP_SPACE NUMBER
  ACCESS_PREDICATES VARCHAR2(4000)
  FILTER_PREDICATES VARCHAR2(4000)
  
  
  实际上,看起来同样的一句SQL ,往往具有不同的执行计划
  如果是不同的数据库用户,那么相应的涉及的 对象 可能都不一样,注意v$sql 中
  OBJECT# NUMBER
  OBJECT_OWNER VARCHAR2(30)
  OBJECT_NAME VARCHAR2(64)
  OPTIMIZER VARCHAR2(40)
  
  即使是相同的数据库用户,若 session 的优化模式、session 级的参数 等不一样,执行计划也能不同。所以即使相同的sql,也可能具有不同的执行计划!
  
  v$sql join to v$sql_plan 就代表了具体的sql的执行计划,通过下面3个字段做连接
  
  ADDRESS RAW(4)
  HASH_VALUE NUMBER
  CHILD_NUMBER NUMBER
  而v$SQLAREA 忽略了 执行计划 等差异,只是在形式上sql文本看起来一样!相当于做了个聚合,是多个不同执行计划的sql的聚合和累计信息

首先,你要以dba身份登陆数据库。  
  第二,为某个用户开启sql跟踪。那个用户就是你要跟踪的、正在执行sql语句的那个用户。命令如下:  
  execute   dbms_system.set_sql_trace_in_session(sid,serial#,true)  
  其中参数的意义是,sid-会话id,serial#-序列号,这两个参数可以从v$session中得到。  
  第三,上面的命令执行成功之后数据库就自动对该用户所发出的所有sql语句进行跟踪,并把结果写在用户跟踪文件里。用户跟踪文件存放在数据库服务器上,路径请参考init.ora文件中的udump参数值。文件名为ora_sid_xxxx.trc(for   unix)或者oraxxxxx.trc(for   NT),其中xxxx文件系统进程编号,这个编号可以从v$process和v$session两个表通过关联的方式查询得到。当然你也可以简单的查看一下哪个trc文件的日期最新,哪个文件就是你要的结果了。  
  第四,如果你觉得可以了,那么就关闭对该用户的跟踪吧。  
  execute   dbms_system.set_sql_trace_in_session(sid,serial#,false)

(1).查看相关进程在数据库中的会话  
  Select   a.sid,a.serial#,a.program,   a.status   ,  
  substr(a.machine,1,20),   a.terminal,b.spid  
  from   v$session   a,   v$process   b  
  where   a.paddr=b.addr  
  and   b.spid   =   &spid;  
   
  (2).查看数据库中被锁住的对象和相关会话  
  select   a.sid,a.serial#,a.username,a.program,  
  c.owner,   c.object_name    
  from   v$session   a,   v$locked_object   b,   all_objects   c  
  where   a.sid=b.session_id   and  
  c.object_id   =   b.object_id;  
   
  (3).查看相关会话正在执行的SQL  
  select   sql_text   from   v$sqlarea   where   address   =    
  (   select   sql_address   from   v$session   where   sid   =   &sid   );  
   V$sqlarea的语句是不完整的  
  v$sqltext上可以查询到完整语句,但仅仅也是在缓冲区中的.可以结合v$session查询  
  如果想知道用户的语句.有几种办法的  
  1、跟踪  
  2、审计  
  3、Trigger  
  4、logmnr(仅仅dml)

SELECT   *   FROM   v$sqltext   ORDER   BY   1,4  
   
  这就是服务器上正在执行的完成的sql语句。

SELECT   osuser,   username,   sql_text   from   v$session   a,   v$sqltext   b  
            where   a.sql_address   =b.address   order   by   address,   piece;

V$SQLTEXT

  本视图包括Shared pool中SQL语句的完整文本,一条SQL语句可能分成多个块被保存于多个记录内。

  注:V$SQLAREA只包括头1000个字符。

V$SQLTEXT中的常用列

l         HASH_VALUE:SQL语句的Hash值

l         ADDRESS:sql语句在SGA中的地址

l         SQL_TEXT:SQL文本。

l         PIECE:SQL语句块的序号

V$SQLTEXT中的连接列

Column                                          View                                    Joined Column(s)

HASH_VALUE, ADDRESS         V$SQL, V$SESSION            HASH_VALUE, ADDRESS

HASH_VALUE. ADDRESS         V$SESSION                          SQL_HASH_VALUE, SQL_ADDRESS

示例:已知hash_value:3111103299,查询sql语句:

select * from v$sqltext

where hash_value='3111103299'

orderby piece

V$SQLAREA

  本视图持续跟踪所有shared pool中的共享cursor,在shared pool中的每一条SQL语句都对应一列。本视图在分析SQL语句资源使用方面非常重要。

V$SQLAREA中的信息列

l         HASH_VALUE:SQL语句的Hash值。

l         ADDRESS:SQL语句在SGA中的地址。

这两列被用于鉴别SQL语句,有时,两条不同的语句可能hash值相同。这时候,必须连同ADDRESS一同使用来确认SQL语句。

l         PARSING_USER_ID:为语句解析第一条CURSOR的用户

l         VERSION_COUNT:语句cursor的数量

l         KEPT_VERSIONS:

l         SHARABLE_MEMORY:cursor使用的共享内存总数

l         PERSISTENT_MEMORY:cursor使用的常驻内存总数

l         RUNTIME_MEMORY:cursor使用的运行时内存总数。

l         SQL_TEXT:SQL语句的文本(最大只能保存该语句的前1000个字符)。

l         MODULE,ACTION:使用了DBMS_APPLICATION_INFO时session解析第一条cursor时的信息

V$SQLAREA中的其它常用列

l         SORTS: 语句的排序数

l         CPU_TIME: 语句被解析和执行的CPU时间

l         ELAPSED_TIME: 语句被解析和执行的共用时间

l         PARSE_CALLS: 语句的解析调用(软、硬)次数

l         EXECUTIONS: 语句的执行次数

l         INVALIDATIONS: 语句的cursor失效次数

l         LOADS: 语句载入(载出)数量

l         ROWS_PROCESSED: 语句返回的列总数

V$SQLAREA中的连接列

Column                                          View                                                               Joined Column(s)

HASH_VALUE, ADDRESS         V$SESSION                                                     SQL_HASH_VALUE, SQL_ADDRESS

HASH_VALUE, ADDRESS         V$SQLTEXT, V$SQL, V$OPEN_CURSOR   HASH_VALUE, ADDRESS

SQL_TEXT                                   V$DB_OBJECT_CACHE                               NAME

示例:

1.查看消耗资源最多的SQL:

SELECT hash_value, executions, buffer_gets, disk_reads, parse_calls

 FROM V$SQLAREA

 WHERE buffer_gets > 10000000OR disk_reads > 1000000

 ORDERBY buffer_gets + 100 * disk_reads DESC;

2.查看某条SQL语句的资源消耗:

SELECT hash_value, buffer_gets, disk_reads, executions, parse_calls

 FROM V$SQLAREA

 WHERE hash_Value = 228801498AND address = hextoraw('CBD8E4B0');

Oracle数据库,v$sqlarea、v$sql和v$sqltext视图是性能分析和监控的利器。首先,通过v$sqlarea视图,管理员可以获取SQL语句在共享池的内存占用情况,例如SHARABLE_MEMORY、PERSISTENT_MEMORY和RUNTIME_MEMORY等。这些信息对于识别资源消耗的关键SQL语句至关重要。例如,可以使用以下查询来找出内存占用较高的SQL语句: 参考资源链接:[Oracle v$sqlarea、v$sql与v$sqltext视图详解:性能分析与监控关键](https://wenku.csdn.net/doc/887umc09on?spm=1055.2569.3001.10343) ``` SELECT hash_value, executions, buffer_gets, disk_reads, sharable_memory, persistent_memory, runtime_memory FROM V$SQLAREA WHERE sharable_memory + persistent_memory + runtime_memory > 1000000 ORDER BY sharable_memory + persistent_memory + runtime_memory DESC; ``` 接着,v$sql视图提供了每个SQL语句的详细执行情况,如EXECUTIONS和PARSE_CALLS,这对于了解SQL语句的解析次数和执行效率非常有用。通过以下查询可以获取执行次数多且解析频繁的SQL语句: ``` SELECT sql_id, executions, parse_calls FROM V$SQL WHERE executions > 1000 AND parse_calls > 100 ORDER BY executions DESC; ``` 最后,v$sqltext视图直接包含了SQL语句的文本,这对于理解SQL的具体执行逻辑和优化具有直接帮助。如果遇到SQL_TEXT截断的情况,可以通过与V$DB_OBJECT_CACHE关联来获取完整的SQL语句。通过这些视图的结合使用,管理员可以更准确地诊断SQL性能问题,并采取相应的优化措施,如重写查询语句、调整数据库参数或增加硬件资源等,以提高数据库的整体性能。如果你希望深入学习这些视图的高级用法和性能优化技术,推荐参考《Oracle v$sqlarea、v$sql与v$sqltext视图详解:性能分析与监控关键》一书。这本书不仅涵盖了这些视图的详细解释,还提供了丰富的案例和最佳实践,帮助数据库管理员解决实际工作的问题,是提升性能监控与优化能力的宝贵资源。 参考资源链接:[Oracle v$sqlarea、v$sql与v$sqltext视图详解:性能分析与监控关键](https://wenku.csdn.net/doc/887umc09on?spm=1055.2569.3001.10343)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值