当前位置 博文首页 > 程序员石磊：Oracle 性能优化技巧-获取真实执行计划
在sql优化时候，我们经常采用执行计划，例如用navicat或plsql的解释计划，其实出来的结果只是一个预估值，所以会造成测试环境执行很快，到生产环境慢的情况。
如下图：
使用AUTOTRACE或者EXPLAIN PLAN FOR 获取的执行计划来自于PLAN_TABLE。PLAN_TABLE是一个会话级的临时表，里面的执行计划并不是SQL真实的执行计划，它只是优化器估算出来的。真实的执行计划不应该是估算的，应该是真正执行过的。SQL执行过的执行计划存在于共享池中，具体存在于数据字典V S Q L P L A N 中 ， 带 有 A ? T i m e 的 执 行 计 划 来 自 于 V SQL_PLAN中，带有A-Time的执行计划来自于V SQLP?LAN中，带有A?Time的执行计划来自于VSQL_PLAN，是真实的执行计划，而通过AUTOTRACE、通过EXPLAIN PLAN FOR获取的执行计划只是优化器估算获得的执行计划。（注1）
首先要有访问动态性能视图的权限，可用以下语句授权
grant select any dictionary to QAS_R_BIZ;
有了权限之后，分以下几步走（超级管理员不用）
alter session set statistics_level = all;
（这一步对当前会话窗口有效，可以不做，下面解释）
select /*+ gather_plan_statistics */ R.RU_ID AS ruId,
R.MU_ID AS muId,
R.RU_NAME AS ruShortName,
D.YW_DM AS YWDM,
D.yws AS YWDMCOUNT
from T_REGIONAL_UNIT r
LEFT JOIN T_MANAGE_UNIT m
on r.MU_ID = m.MU_ID
left join (select YW_DM, sum(YW_DM_COUNT) as yws, SWJGDM
from T_DAILY_SELF_SERVICE_HALL_YWS
where SNAPSHOT_DATE between
TO_DATE('2020-01-14 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND
TO_DATE('2020-12-14 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
group by YW_DM, SWJGDM) D
on m.MU_CODE = D.SWJGDM
where 1 = 1
and r.parent_ID = 10000
order by r.display_index, D.YW_DM
如果上一步不做，则需要在语句中添加/*+ gather_plan_statistics */ _。 _
select * from v$sql where sql_text like '%gather_plan_statistics%' order by last_active_time desc
结果如下
select * from table(dbms_xplan.display_cursor('3ayyrp8bkzmb6',null,'allstats last'));
效果如下，
复制出来贴到notepad++，为了展示出全部查询结果记得点击获取最后一页按钮，点击左上角全选。
粘贴到记事本或notepad++ 效果如下
可以看到多了A-Rows、A-Time等字段。
Starts 表示这个操作执行的次数
E-Rows表示优化器估算的行数，就是普通执行计划中的Rows
A-Rows表示真实的行数
A-Time表示累加的总时间。与普通执行计划不同的是，普通执行计划中的Time是假的，而A-Time是真实的。
Buffers表示累加的逻辑读
Reads表示累加的物理读
真实执行计划提供了SQL执行的真实信息，包括A-Time（真实时间）、A-Rows（真实行数）、Starts（步骤执行次数）等，对于非数据库开发人员来说，十分直观方便。
cs