Oracle SQL优化①——查看SQL执行计划的几种方法

前言

在日常的运维工作中，SQL优化是DBA的进阶技能，SQL优化的前提是要看SQL的执行计划是否正确，下面分享几种查看执行计划的方法，每一种方法都各有各的好处，可以根据特定场景选择某种方法。

一.使用AUTOTRACE查看执行计划

我们利用SQLPLUS中自带的AUTOTRACE工具查看执行计划。AUTOTRACE用法如下。

set autot on:			该命令会运行SQL并且显示运行结果，执行计划和统计信息。
set autot trace：		该命令会运行SQL，但不显示运行结果，会显示执行计划和统计信息。
set autot trace exp:	运行该命令查询语句不执行，DML语句会执行，只显示执行计划。
set autot trace stat：	该命令会运行 SQL，只显示统计信息。
set autot off：			关闭 AUTOTRACE。

-执行计划中的各个参数解释
recursive calls 			表示递归调用的次数，一个SQL第一次执行就会发生硬解析，在硬解析的时候，优化器会隐含地调用一些内部SQL，因此当一个SQL第一次执行，recursive calls会大于0，第二次执行的时候不需要递归调用，recursive calls就会等于0，如果SQL语句中有自定义函数，recursive calls永远不会等于0，自定义函数被调用了多少次，recursive calls就会显示为多少次
db block gets				表示有多少块发生变化，一般情况下只有DML语句才会导致块发生变化，所以查询语句中的db block gets一般为0
consistent gets				表示逻辑读，单位是块。在SQL优化的时候我们应该想方设法减少逻辑读的个数，通常情况下逻辑读越小，性能越好。需要注意的是，逻辑读并不是衡量S