SELECT和DELETE执行计划的不同选择

超、凢脫俗 2023-05-31 12:20 4阅读 0赞

《

模拟表名，A表的数据量约1000万，B表的数据量约500万，进行连接，其中这几个条件字段，都创建了索引，

SQL> SELECT * from A a inner join B b on a.ID = b.id
         where b.C_DATE <= trunc(sysdate)-1000;

我们知道在CBO优化器模式下，Oralce会基于Cost成本，来选择执行计划。从执行计划看，全表扫描用的Hash Join，被驱动表只扫描一次，HINT使用索引则用的嵌套循环连接Nested Loop，两个表的记录都很多，哪个表做被驱动表都会导致扫描次数过多，回表也过多，而且索引的CF高，索引扫描的成本，会更高些，SELECT返回所有列，需要考虑回表，因此干脆不回表，选择全表扫描，从Cost能看出，HINT索引的值更高。

从10053能看到SELECT的执行计划成本计算，根本没考虑索引，鉴于SELECT \*和较高的CF，能不回表就不回表了，

PLAN_TABLE_OUTPUT
    ------------------------------------------------------------------------------------------------
    
    ------------------------------------------------------------------------------------------------
    | Id  | Operation                      | Name          | Rows  | Bytes | Cost (%CPU)| Time     |
    ------------------------------------------------------------------------------------------------
    |   0 | DELETE STATEMENT               |               | 10000 |   195K|  5040   (1)| 00:01:01 |
    |   1 |  DELETE                        | A             |       |       |            |          |
    |*  2 |   COUNT STOPKEY                |               |       |       |            |          |
    |   3 |    NESTED LOOPS                |               | 85666 |  1673K|  5040   (1)| 00:01:01 |
    |   4 |     TABLE ACCESS BY INDEX ROWID| B             | 85666 |  1171K|  5034   (1)| 00:01:01 |
    |*  5 |      INDEX RANGE SCAN          | IDX_B_01      | 85666 |       |   232   (1)| 00:00:03 |
    |*  6 |     INDEX UNIQUE SCAN          | PK_A_ID       |     1 |     6 |     0   (0)| 00:00:01 |
    ------------------------------------------------------------------------------------------------
    
    Predicate Information (identified by operation id):
    ---------------------------------------------------
    
       2 - filter(ROWNUM<=10000)
       5 - access("B"."C_DATE"<=TRUNC(SYSDATE@!)-1000)
       6 - access("A"."ID"="B"."ID")

DELETE的时候，毕竟要删除数据，因此回表势在必行的，只能在回表的各种路径中找一个合适的，所以会考虑索引路径，

![640?wx\_fmt=png][640_wx_fmt_png]

SELECT和DELETE即使条件相同，相应的执行计划，可能还是有差别，归根结底在于Cost的计算和判断，如上例所示，可能会考虑是否需要回表、CF值高低等因素，所以Oracle在这方面还是很智能的，优化器的算法，作为他的核心商业机密，也就不足为奇了。

[640_wx_fmt_png]: /images/20230531/95a39bfd1a454d31a6dd2c840dbf0f89.png