简单回答下：1.索引；可以查看执行计划判断是表扫瞄还是索引扫瞄，观察索引字段是否被利用；2.表连接；sort merge-join，nested loop和hash join ;应尽可能用到哈希连接(hash join);PS：尽量通过索引字段关联；3.过滤条件的使用；尽量把条件写在最底层缩小筛选集合，后面的查询会在这个比较...
这10-20ms是指log file sync上独立的盘的写响应时间，还是asm dg里面每个disk的写响应时间。log没独立出来做dg并放到ssd上吧。通常，这么高的响应时间，说明写缓存不足，后端磁盘性能不足，因此平均写响应时间变高。还是找原厂帮忙分析吧。如果log盘独立出来，并且放在ssd上，性能应该...
1.sqlplus AUTOTRACE2.dbms_xplan(display_cusor,display_awr)3.10046 event4.explain plan 5.sql trace + tkprof 6.awrsqrpt一直使用10046，觉得它最方便
你是用user.table这样方式吗？ 可否把你的过程，截个图发一下。
可以用 SET AUTOTRACE ON 打开 执行统计或(dbms_xplan.dispay_cursor or dbms_xplan.dispay_awr )
查找最近5分钟里面最消耗IO的SQL语句：select s.sql_text from (select sql_id,count(*) as cnfrom v$active_session_historywhere sample_time > sysdate - 5/24/60 and session_type 'BACKGROUND'and WAIT_CLASS='User I/O'group by sql_idorder by cn desc) ash, v$sq...
对的，建议先看一下书。平时就是要多看计划。看多了慢慢就熟了。一般计划里都有一个执行树。一般是从下往上，从做左往右看的。这里举个简单的例子：
select a.*, b.*from test2 a, test3 b where a.c3 > b.c1 and&nbs...
欧阳大师~你好：1、针对于sql进行优化的思路是什么？2、分析一条sql的执行计划，在默认的query optimization级别下开销为20000左右，但是设置query optimization 为1的话执行计划出来的cost就为100左右，这是什么原理，肯定不会真正的消耗这么低的timeon吧？3、我解除到的应用，好多都针...
(more)回复 1# wonder_191 目前这个版本还没有执行计划分析功能。这个功能正在开发中，在后续版本中会有这个功能。
