话题讨论：oracle的执行计划，你会看么？

2009532140 · 发表于 2014-3-28 17:20

本帖最后由 2009532140 于 2014-4-16 17:07 编辑

想跟各位oracle 开发版的大师们学学SQL 调优技术，有几个疑问。特别是问题三，如何定位sql 执行计划中可以的部分.

1：做过oracle DBA 的应该都查看过某个SQL 的执行计划，关于看SQL 的执行计划你都用过什么方式呢？

2：你觉得哪种方式查看的计划最为准确？为什么？能否给出例子。

3：作为DBA 来说，很可能对业务不甚了解，再加上业务的繁杂可能导致要DBA 帮助优化的SQL 可能是上百行，有丰富经验的你来说，如何快速定位一个SQL 性能问题的关键部分？
例如：http://www.itpub.net/forum.php?m ... ra=pageD1%3D&page=1
这位楼主的SQL ，性能问题可能出在哪里？为什么？

活动时间：2014年3月31日-4月15日

活动奖励：我们会在活动结束后随机抽取5位网友赠送马上系列徽章任意一枚！

获奖：dingjun123，oracle_cj，qq262420958，iongxiao，lhqmccn

dingjun123 · 发表于 2014-3-28 19:12

NL，一堆UNIQUE SCAN，基本不用管了

剩下的可疑部分只有INDEX FULL SCAN，第4行的AP_INVOICES_ALL 到底返回多少行，以及AP_UNAPPLY_PREPAYS_V 视图的第5个是否有问题

AP_INVOICES_ALL 应该不止3行啊，驱动INDEX FULL SCAN肯定很多次。。。

dingjun123 · 发表于 2014-3-28 19:15

看执行计划最准的是用DBMS_XPLAN.DISPLAY_CURSOR，可以看到执行后的每步骤的统计，比如starts,e-rows和a-rows的差别，一看到starts特高的，或者starts很高，访问不高效的，肯定想办法处理，还有a-time是很准确的，看到每步的消耗时间。缺点是，执行很慢的语句，也不会用着玩意了。。。

那只能用普通的，比如autotrace traceonly exp,explain plan ....来看，先大体看看哪步可能有问题，自己根据谓词手动估算实际的基数与估算基数的差别。。。。

oracle_cj · 发表于 2014-3-28 20:25

正在执行的sql，一般:
SELECT DBMS_SQLTUNE.REPORT_SQL_MONITOR(SQL_ID => 'xxx') FROM DUAL;
够详细了

oracle_cj · 发表于 2014-3-28 20:29

历史的一般是
1.在DBA_HIST_SQLTEXT拿到sql_id,
然后：
2.SELECT * FROM TABLE(DBMS_XPLAN.display_awr(sql_id => '',format => 'ALL')
3.根据2得到可以有不同的plan_hash_value
SELECT * FROM DBA_HIST_SQLSTAT T
WHERE T.plan_hash_value IN ();
--根据SQL_ID和plan_hash_value可以得到SNAP ID
--SQLID +PLAN_HASH_VALUE组合发生变化对应的SNAPID,就是执行计划变化的时间点
SELECT T.begin_interval_time,T.*
FROM DBA_HIST_SNAPSHOT T
WHERE T.snap_id = xxx;