20140321]查看大量消耗资源的sql语句.txt

20140321]查看大量消耗资源的sql语句.txt

昨天看Apress.Oracle.Database.12c.Performance.Tuning.Recipes.Dec.2013.pdf,发现P394提高一个
sql语句查看Resource-Intensive SQL in Memory很有意思,做一个记录:

Viewing Resource-Intensive SQL in Memory P394

SELECT sql_id, substr(sql_text,1,20)
,disk_reads, cpu_time, elapsed_time
FROM table(DBMS_SQLTUNE.SELECT_CURSOR_CACHE('disk_reads > 1000000'))
ORDER BY sql_id;

--我修改一下,实际上引号内可以加入许多条件。

SELECT sql_id,
         sql_text,
         SUBSTR (sql_text, 1, 80) sql_text,
         disk_reads,
         cpu_time,
         elapsed_time,
         buffer_gets,
         ROUND (buffer_gets / executions, 0) buffer_gets_per_exec
    FROM TABLE (
            DBMS_SQLTUNE.SELECT_CURSOR_CACHE (
               'buffer_gets/executions > 1000 and executions>0'))
ORDER BY 8 DESC

时间: 2024-07-28 19:39:33

20140321]查看大量消耗资源的sql语句.txt的相关文章

[20120216]查看数据库整体性能问题sql语句.txt

http://dbatrain.wordpress.com/2010/11/22/do-you-have-an-oracle-background/ 从这个blog获得这个sql语句,通过这个查询到生产系统数据库一个seqence没有设置好. /* Formatted on 2012/02/16 09:45 (Formatter Plus v4.8.8) */column value format 9999,9999,9999,9999column stat_name format a60SEL

[20161230]查看父游标中sql语句.txt

[20161230]查看父游标中sql语句.txt --上午巡检完,无聊,测试使用oradebug下查看sql语句在父游标中的内容.sql语句在执行第一次硬解析时生成父子游标,其中父游标chunk --中保存sql语句,测试通过oradebug下如何查看: 1.环境: SCOTT@book> select * from dept where deptno=10;     DEPTNO DNAME          LOC ---------- -------------- -----------

查看v$sql_shared_cursor视图获取sql语句为什么不能共享?

[20111213]查看v$sql_shared_cursor视图获取sql语句为什么不能共享? 查询v$sql_shared_cursor视图获取sql语句为什么不能共享,在GUI界面下,由于不能共享的原因很多,视图字段N多,大部分都是'N'的数值,检查这个是一个很费时间的操作. 想到了TOM大师的print_table过程,应该修改一下很容易实现这个功能. http://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:10

[20121101]tkprof抽取sql语句.txt

[20121101]tkprof抽取sql语句.txt 有时候跟踪分析sql语句,并不是要看里面的递归的执行,或者性能问题.而是要收集跟踪命令的执行序列. 查看tkprof的帮助: Usage: tkprof tracefile outputfile [explain= ] [table= ]               [print= ] [insert= ] [sys= ] [sort= ]   table=schema.tablename   Use 'schema.tablename'

[20160704]从跟踪文件抽取sql语句.txt

[20160704]从跟踪文件抽取sql语句.txt --以前写过两篇,链接如下: http://blog.itpub.net/267265/viewspace-775398/ http://blog.itpub.net/267265/viewspace-748041/ 1个利用tkprof的recodr参数,可以记录跟踪整个sql语句序列,缺点就是丢失一些递归的sql语句.另外一个利用awk脚本抽取sql语句. 今天再写一个简单一点的脚本: 1.环境: SCOTT@book> @ &r/v

[20150403]修正sql语句.txt

[20150403]修正sql语句.txt --主要在一些调试与优化时加入hint容易. --参考了链接,我自己做了小量的修改. http://blog.itpub.net/22034023/viewspace-1063610/ /* Formatted on 2015/4/3 9:01:53 (QP5 v5.252.13127.32867) */ --SET LINESIZE 153 SET VERIFY OFF --SET PAGESIZE 10000 --ACCEPT sql_id - -

[20150705]从AWR抽取有问题的sql语句.txt

[20150705]从AWR抽取有问题的sql语句.txt --闲着没事,写一个脚本从awr数据里面抽取有问题的sql语句,主要我不想看awr报表,而优化80%的问题集中在sql语句,实际上可能更多. --另外我看报表主要集中在9-11点,下午3-5点这些报表,这样可能漏调一些晚上的一些schedule,job等相关sql语句的优化. --注意一定要在环境变量中设置 --NLS_DATA_FORMAT='YYYY/MM/DD HH24:MI:SS' prompt prompt @deltasql

[20150831]中文符号在sql语句.txt

[20150831]中文符号在sql语句.txt --今天在检查代码时发现sql语句中存在全角的等号"=",很明显oracle并没有报错. --实际上itpub上以前有人提到全角","也不会报错. --自己也测试一下: SCOTT@test> @ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- -----

[20160815]查询相关表的sql语句.txt

[20160815]查询相关表的sql语句.txt --以前我要查询相关表的sql语句,我一般在toad下执行sga trace,直接在sql search text 输入表名,但是这里存在一个问题,仅仅检 --索sql语句的前1000个字节才有效. --如果我要查询的表在1000字符外,无法查询,通过例子说明: 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER ---------