这里执行次数,每次执行行数,运行时间、%CPU、%IO需要均衡来看。 8 SQL ordered by Parse Calls: 记录了SQL的解析次数的TOP SQL。 这部分是按SQL语句的解析次数进行排序的 Parse Calls/Executions >1 说明每次执行需要多次解析 Parse Calls/Executions <1说明一次解析可供多次执行使用 在
1.查看消耗资源最多的SQL: SELECT hash_value, executions, buffer_gets, disk_reads, parse_calls FROM V$SQLAREA WHERE buffer_gets > 10000000 OR disk_reads > 1000000 ORDER BY buffer_gets + 100 * disk_reads DESC; 2.查看某条SQL语句的资源消耗: SELECT hash_value, buffer_gets, disk_reads, execu...
问Oracle参数化查询的EXECUTIONS = PARSE_CALLSEN一个简单理解参数化查询的方式是把它看做只是一个T-SQL...
我们也可以以EXECUTIONS(执行次数)最多的 SQL 语句为调优对象。另外,PARSE_CALLS 是解析次数,对于此列值最多的 SQL 语句,我们可以看看是否可以降低语句的解析次数。 关于SQL 调优,和程序的调优是一样的。如果我们从事过代码优化这样的工作,就会知道,对于一个大型的应用程序来说调优的方法也是要从执行次数最多的那部...
软解析(Soft Parse)是指Oracle在执行目标SQL时,在Library Cache中找到了匹配的父游标(Parent Cursor)和子游标(Child Cursor),并将存储在子游标中的解析树和执行计划直接拿过来重用而无须从头开始解析的过程。和硬解析相比,软解析的优势主要体现在如下这几个方面: ...
Parse Calls/Executions >1 说明每次执行需要多次解析 Parse Calls/Executions <1说明一次解析可供多次执行使用 在itpub上查了半天,也没找到真正的含义是什么。 9 SQL ordered by Sharable Memory: 记录了SQL占用library cache的大小的TOP SQL。Sharable Mem (b):占用library cache的大小,单位是byte。
select sql_text,s.PARSE_CALLS,loads,executions from v$sql s where sql_text like 'select * from test where object_id%' order by 1,2,3,4; 1. 可以看到软解析与软软解析相比,软软解析只是解析一次。 字段解释: PARSE_CALLS 解析的次数
SELECT sql_text , parse_calls , executions FROM v$sqlarea ORDER BY parse_calls; 还可以通过查询v$librarycache 视图的Reloads 值(reparsing 的值)来进行诊断,该值应该接近0,invalidations 的值也应该接近0,否则应该考虑调整shared pool size,通过调整Shared Pool来调整Library Cache。查询v$librarycache 视图的SQL...
soft parse:跳过解析步骤中的几步,但最后必须要使用共享的sql执行计划,如果产生新执行计划那么 就是hard parse SQL> show parameter session_cache NAME TYPE VALUE --- --- --- session_cached_cursors integer 30 10G 这个参数default 为20 ,9I 为0 多了这个后oracle 执行不步骤就变了...
PARSE_CALLS //解析调用的次数 DISK_CALLS //读磁盘的次数 DIRECT_WRITES //直接写的次数 BUFFER_GETS //直接从buffer中得到数据的次数 APPLICATION_WAIT_TIME // 应用等待时间,毫秒 CONCURRENCY_WAIT_TIME //并发等待时间,毫秒 USER_IO_WAIT_TIME //用户IO等待时间 ...