Oracle 优化器

概述

　　在写SQL的时候，有时候涉及到的不仅只有一个表，这个时候，就需要表连接了。Oracle优化器处理SQL语句时，根据SQL语句，确定表的连接顺序（谁是驱动表，谁是被驱动表及哪个表先和哪个表做链接）、连接方法（下文有详细介绍）及访问单表的方法（是否走索引，及走哪个索引）。

类型

　　表连接的类型分为两种：内连接和外连接。表连接的类型不同，得到的结果也不相同。不同的SQL语句使用不同的表连接。演示表连接我们用两个表t1和t2 。建表语句及数据如下：

-- 建表语句
CREATE TABLE T1(col1 number,col2 VARCHAR2(1));
CREATE TABLE T2(col2 VARCHAR2(1),col3 VARCHAR2(2));
-- 表1数据
INSERT INTO t1 VALUES(1,'A');
INSERT INTO t1 VALUES(2,'B');
INSERT INTO t1 VALUES(3,'C');
-- 表2 数据
INSERT INTO t2 VALUES('A','A2');
INSERT INTO t2 VALUES('B','B2');
INSERT INTO t2 VALUES('D','D2');

内连接

　　内连接，表的连接只包含满足条件的记录，Oracle数据库默认的链接方式，只要在SQL语句中没有（+），这里的（+）是Oracle特有的连接符号。或者 left outer join 、 right outer join 、full outer join 那么SQL的连接类型就是内连接。

　　内连接的写法：

　　1.Oracle自带（最常用）：

SELECT T1.COL1,T1.COL2,T2.COL3 FROM T1,T2 WHERE T1.COL2 = t2.col2;

　　得到结果如下：

　　2.标准SQL写法：

SELECT T1.COL1,T1.COL2,T2.COL3 FROM T1 JOIN T2 ON (t1.col2= t2.col2);

　　结果如下：

　　3.标准SQL写法2：（这里需要注意的是SQL语句的红色部分，col2 字段前不能加表名）

SELECT T1.COL1,COL2,T2.COL3 FROM t1 join t2 using (col2);

　　结果如下：

　　可以看出，三种内连接的写法得到的结果是一样的。运行执行计划，得出的执行计划也是相同的：

 Plan hash value: 1838229974---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     3 |    30 |     6   (0)| 00:00:01 |
|*  1 |  HASH JOIN         |      |     3 |    30 |     6   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| T1   |     3 |    15 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| T2   |     3 |    15 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------1 - access("T1"."COL2"="T2"."COL2")

　　关于join using 标准SQL中有一种特殊的join using ，写法如下：

SELECT t1.col1,col2,t2.col3 FROM t1 NATURAL JOIN t2;

　　它在当前表结构下，执行结果跟上面的SQL语句执行结果一样，执行计划也相同，但是在其他情况下就不一定相同了。因为它是取两个表中所有表名相同的列进行内连接，有可能有的列仅仅是命名相同，但是我们并不希望按照字段中内容进行过滤，那么这样写的话，就有可能得到一个错误的结果。所以开发中并不常用。

外连接

　　外连接是对内连接的扩展，执行时，除了将满足内连接条件的值查出来之外，还会包含驱动表中所有不满足连接条件的记录。外连接分为：左外连接、右外连接、全连接三种。下面分别介绍下：

左外连接

　　语法：

目标表1 left outer join 目标表2 on （连接条件）
或
目标表1 left outer join 目标表2 using（连接列集合）

　　SQL举例：

SELECT t1.col1,t1.col2,t2.col3 from t1 left outer join t2 on (t1.col2 = t2.col2);
-- 或
SELECT t1.col1,col2,t2.col3 from t1 left outer join t2 using (col2);
-- 或
SELECT T1.COL1,T1.COL2,T2.COL3 FROM T1,T2 WHERE T1.COL2 = t2.col2(+);

　　这里的第三种写法是Oracle特有的写法。这三种写法的执行结果一样：

　　执行计划也相同：

Plan hash value: 1823443478---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     3 |    60 |     6   (0)| 00:00:01 |
|*  1 |  HASH JOIN OUTER   |      |     3 |    60 |     6   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| T1   |     3 |    45 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| T2   |     3 |    15 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------1 - access("T1"."COL2"="T2"."COL2"(+))

　　这里因为表1作为驱动表，而表2中不包含col2 为C 的数据，所以在第三行结果中，col3 的值为null。

右外链接

　　右外链接跟左外连接类似，语法为：

目标表1 right outer join 目标表2 on （连接条件）
或
目标表1 right outer join 目标表2 using（连接列集合）

　　SQL 举例：

SELECT t1.col1,t2.col2,t2.col3 from t1 right outer join t2 on (t2.col2 = t1.col2);
-- 或
SELECT t1.col1,col2,t2.col3 from t1 right outer join t2 using (col2);
-- 或
SELECT T1.COL1,T2.COL2,T2.COL3 FROM T1,T2 WHERE T1.COL2(+) = t2.col2;

　　SQL查询得到的结果和执行计划也是一致的：

　　执行计划：

Plan hash value: 1426054487---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     3 |    60 |     6   (0)| 00:00:01 |
|*  1 |  HASH JOIN OUTER   |      |     3 |    60 |     6   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| T2   |     3 |    15 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| T1   |     3 |    45 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------1 - access("T1"."COL2"(+)="T2"."COL2")

全连接

　　语法为：

目标表1 full outer join 目标表2 on （连接条件）
或
目标表1 full outer join 目标表2 using（连接列集合）

　　SQL举例：

SELECT t1.col1,t1.col2,t2.col3 from t1 full outer join t2 on (t1.col2 = t2.col2);
-- 或
SELECT t1.col1,col2,t2.col3 from t1 full outer join t2 using (col2);

　　执行结果为：

　　因为第一个语句限定了col2段的值为t1表，所以第三条结果的col2 字段为空。

　　执行计划相同：

Plan hash value: 53297166----------------------------------------------------------------------------------
| Id  | Operation             | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------
|   0 | SELECT STATEMENT      |          |     3 |    54 |     6   (0)| 00:00:01 |
|   1 |  VIEW                 | VW_FOJ_0 |     3 |    54 |     6   (0)| 00:00:01 |
|*  2 |   HASH JOIN FULL OUTER|          |     3 |    60 |     6   (0)| 00:00:01 |
|   3 |    TABLE ACCESS FULL  | T1       |     3 |    45 |     3   (0)| 00:00:01 |
|   4 |    TABLE ACCESS FULL  | T2       |     3 |    15 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------2 - access("T1"."COL2"="T2"."COL2")

　　全连接的效果为左连接+右链接，SQL如下：

SELECT t1.col1,t1.col2,t2.col3 from t1 right outer join t2 on (t1.col2 = t2.col2)
union
SELECT t1.col1,t1.col2,t2.col3 from t1 left outer join t2 on (t1.col2 = t2.col2);

　　执行结果如下；

　　可以看出得到的执行结果顺序不同，内容一致。但是，执行的时候，数据库的执行计划并不是这样的，下面是这条SQL的执行计划，通过对比跟全连接SQL的执行计划，可以看出，当前SQL是先查出左连接，再查出右连接，最后做了一个取并集的操作。而全连接是在取数据的时候，直接做的是取外连接的操作。

Plan hash value: 2747422401-----------------------------------------------------------------------------
| Id  | Operation            | Name | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT     |      |     6 |   120 |    14  (15)| 00:00:01 |
|   1 |  SORT UNIQUE         |      |     6 |   120 |    14  (15)| 00:00:01 |
|   2 |   UNION-ALL          |      |       |       |            |          |
|*  3 |    HASH JOIN OUTER   |      |     3 |    60 |     6   (0)| 00:00:01 |
|   4 |     TABLE ACCESS FULL| T2   |     3 |    15 |     3   (0)| 00:00:01 |
|   5 |     TABLE ACCESS FULL| T1   |     3 |    45 |     3   (0)| 00:00:01 |
|*  6 |    HASH JOIN OUTER   |      |     3 |    60 |     6   (0)| 00:00:01 |
|   7 |     TABLE ACCESS FULL| T1   |     3 |    45 |     3   (0)| 00:00:01 |
|   8 |     TABLE ACCESS FULL| T2   |     3 |    15 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------3 - access("T1"."COL2"(+)="T2"."COL2")6 - access("T1"."COL2"="T2"."COL2"(+))

　　·特例：natural 在外连接中同样适用，和内连接的方法和弊端也相同。

反连接

　　　　见下文

半连接

　　　　见下文

方法

　　在Oracle优化器确定执行计划中表连接的类型之后，就会决定表连接的方法。表连接的方法有四种：1.排序合并连接、2.嵌套循环连接、3.哈希连接、4.笛卡尔积连接。下面我们分别介绍下这四种连接：

1.排序合并连接

　　排序合并连接，两个表做连接时，用排序和合并两种操作来得到结果集的连接方法。

　　sql举例（当前SQL只是为了演示排序合并连接而写的SQL，我还没有想好具体的使用场景，欢迎大家给出）：

select t1.col1 ,t1.col2,t2.col2,t2.col3  from t2,t1 where t1.col2>t2.col2

　　执行结果：

　　执行计划：

Plan hash value: 412793182----------------------------------------------------------------------------
| Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |     3 |    30 |     8  (25)| 00:00:01 |
|   1 |  MERGE JOIN         |      |     3 |    30 |     8  (25)| 00:00:01 |
|   2 |   SORT JOIN         |      |     3 |    15 |     4  (25)| 00:00:01 |
|   3 |    TABLE ACCESS FULL| T2   |     3 |    15 |     3   (0)| 00:00:01 |
|*  4 |   SORT JOIN         |      |     3 |    15 |     4  (25)| 00:00:01 |
|   5 |    TABLE ACCESS FULL| T1   |     3 |    15 |     3   (0)| 00:00:01 |
----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------4 - access(INTERNAL_FUNCTION("T1"."COL2")>INTERNAL_FUNCTION("T2"."COL2"))filter(INTERNAL_FUNCTION("T1"."COL2")>INTERNAL_FUNCTION("T2"."COL2"))

　　通过执行计划可以看出，排序合并连接执行过程为（先执行t1还是t2的排序跟具体情况相关，当前SQL的执行顺序取决于from 关键字后 t1和t2的位置）：

　　 ①首先对t1表中的数据按照where条件中的连接列来进行排序（Id 为4 那行的 SORT 操作），排序得到结果集1；

　　 ②然后对t2 执行类似的操作（Id 为2 那行的 SORT 操作）。

　　 ③最后，对两个结果集进行合并操作（Id为 1 的行的 MERGE 操作），将满足条件的记录作为最终结果。

2.嵌套循环连接

　　循环嵌套连接，两个表做连接的时候，靠两层嵌套循环（内循环和外循环）来得到连接结果的表连接方法。

　　举例：

-- 首先，创建一个索引在t2表create index idx_t2 on t2(col2);
-- 然后执行SQLselect /*+ ordered use_n1(t2)*/ t1.col1 ,t1.col2,t2.col3 from t1,t2 where t1.col2= t2.col2

　　得到执行结果：

Plan hash value: 1054738919---------------------------------------------------------------------------------------
| Id  | Operation                    | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |        |     3 |    30 |     6   (0)| 00:00:01 |
|   1 |  NESTED LOOPS                |        |     3 |    30 |     6   (0)| 00:00:01 |
|   2 |   NESTED LOOPS               |        |     3 |    30 |     6   (0)| 00:00:01 |
|   3 |    TABLE ACCESS FULL         | T1     |     3 |    15 |     3   (0)| 00:00:01 |
|*  4 |    INDEX RANGE SCAN          | IDX_T2 |     1 |       |     0   (0)| 00:00:01 |
|   5 |   TABLE ACCESS BY INDEX ROWID| T2     |     1 |     5 |     1   (0)| 00:00:01 |
---------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------4 - access("T1"."COL2"="T2"."COL2")

　　其执行过程类似于两个for循环的感觉：

　　①首先，确定哪个表做外循环，哪个表做内循环。

　　②然后，访问外循环的表数据，得到结果集1；

　　③最后，遍历结果集1中的每一条记录，然后每条记录作为匹配条件去遍历一遍表2去查看是否有存在匹配的数据。得到返回的数据。

　　总结：

　　对于嵌套循环连接，外循环中有多少条记录，内循环就要做多少次遍历数据的操作。适用于外循环的结果集较少，同时内循环建立有索引，且索引选择率较高的场景。

　　嵌套循环可以快速响应，它可以第一时间返回满足条件的记录，而不用等整个循环执行完毕。

3.哈希连接

　　哈希链接可以简单理解为（t1，t2表为例）：

　　①根据谓语条件判断两个表哪个表的结果集较小就作为驱动表。

　　②根据驱动表的列，计算出一个哈希值，进行缓存。

　　③计算被驱动表，每一行对应列的哈希值，判断是否在缓存中存在该哈希值，如果存在，进一步判断是否对应列内容一致。

　　⑤将对应的内容输出。

　　哈希链接实际情况要更加复杂，这里只是大概介绍下。

4.笛卡尔连接

　　两个表的积成，在两个表做连接时，没有任何连接条件时的表连接方法。

　　SQL举例：

 select t1.col1 ,t1.col2,t2.col3 from t1,t2

　　执行结果：

　　执行计划：

Plan hash value: 787647388-----------------------------------------------------------------------------
| Id  | Operation            | Name | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT     |      |     9 |    72 |     9   (0)| 00:00:01 |
|   1 |  MERGE JOIN CARTESIAN|      |     9 |    72 |     9   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL  | T1   |     3 |    15 |     3   (0)| 00:00:01 |
|   3 |   BUFFER SORT        |      |     3 |     9 |     6   (0)| 00:00:01 |
|   4 |    TABLE ACCESS FULL | T2   |     3 |     9 |     2   (0)| 00:00:01 |
-----------------------------------------------------------------------------

Note

　　执行步骤：

　　①访问表t1，得到结果集1

　　②访问表t2，得到结果集2

　　③对结果集1和结果集2做合并操作。因为没有表连接条件，所以每一条结果集2都可以合并结果集1中的每一条数据，所以得到的结果集总数为：t1表行数* t2表行数

　　注：笛卡尔积一般都是因为SQL语句中where条件漏写导致的。笛卡尔积中两表数据很大那么SQL效率会受到严重影响。

反连接

　　反连接，一种特殊连接类型。查询出表1中不等于表2中某些字段数据的值。

　　SQL举例：

-- not  in
select * from t1 where col2 not in (select col2 from t2);-- <> all
select * from t1 where col2 <> all (select col2 from t2);-- not existsselect * from t1 where not exists (select 1 from t2 where col2= t1.col2);

　　执行计划分别为：

-- not  inPlan hash value: 1275484728---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     7 |     6   (0)| 00:00:01 |
|*  1 |  HASH JOIN ANTI NA |      |     1 |     7 |     6   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| T1   |     3 |    15 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| T2   |     3 |     6 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------1 - access("COL2"="COL2")Note

-- <> all
Plan hash value: 1275484728---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     7 |     6   (0)| 00:00:01 |
|*  1 |  HASH JOIN ANTI NA |      |     1 |     7 |     6   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| T1   |     3 |    15 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| T2   |     3 |     6 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------1 - access("COL2"="COL2")

-- not existsPlan hash value: 2706079091---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     7 |     6   (0)| 00:00:01 |
|*  1 |  HASH JOIN ANTI    |      |     1 |     7 |     6   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| T1   |     3 |    15 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| T2   |     3 |     6 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------1 - access("COL2"="T1"."COL2")

　　对比执行计划，可以看出，not in 和 <> all 的写法，执行计划完全一样，虽然 not exists 的写法的执行计划id为1的行没有NA的字符。但是他们都有 HASH JOIN ANTI 的关键字。说明Oracle都将他们转化为了如下的等价形式：

select t1.* from t1,t2 where t1.col2 anti= t2.col2;

　　这里的NA的区别为：当表字段中出现null值后，两者的返回结果就不一致了。

　　在t1表添加一行：

INSERT into t1 VALUES (4,null);
commit;

　　执行结果：

　　not in 和 not exists

　　not exists

　　这是因为，前两个对null敏感，一旦遇到null，则当前行记录直接认为不符合。而not exists 对null不敏感，将null作为普通数据处理。

半连接

　　半连接的关键词为：in any exists ；

　　SQL举例：

-- in
select * from t1 where col2 in (select col2 from t2);-- anyselect * from t1 where col2 = any (select col2 from t2);--existsselect * from t1 where exists (select 1 from t2 where col2= t1.col2);

　　执行结果都是
　　

　　半连接逻辑：

　　①扫描t1，得到结果集1

　　②根据结果集1的每条记录扫描t2，只要在t2中找到符合条件的结果，那么立马停止扫描t2，将结果放入待返回的结果集

　　③ 返回结果集

注：当前博客Oracle 版本为11g，其他版本执行计划可能不一致。

转载于:https://www.cnblogs.com/liyasong/p/oracle_biaolianjie.html