ORACLE绑定变量BINDPEEKING

欢迎进入Oracle社区论坛，与200万技术人员互动交流 >>进入 SQL exec :v := 2; PL/SQL 过程已成功完成。 SQL select count（*） from acs_test_tab where record_type = :v; COUNT（*） ---------- 50000 SQL select * from table（dbms_xplan.display_cursor

欢迎进入Oracle社区论坛，与200万技术人员互动交流 >>进入

    SQL> exec :v := 2;
    PL/SQL 过程已成功完成。
    SQL> select count（*） from acs_test_tab where record_type = :v;
    COUNT（*）
    ----------
    50000
    SQL> select * from table（dbms_xplan.display_cursor（null,null,'advanced'））；
    PLAN_TABLE_OUTPUT
    ----------------------------------------------------------------------------------------------------
    SQL_ID3rg5r8sghcvb3, child number 0
    -------------------------------------
    select count（*） from acs_test_tab where record_type = :v
    Plan hash value: 2957754476
    ----------------------------------------------------------------------------------------------------
    | Id  | Operation      | Name   | Rows  | Bytes | Cost （%CPU）| Time   |
    ----------------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT      |    |   |   |   136 （100）|   |
    |   1 |  SORT AGGREGATE       |    | 1 | 4 ||   |
    |*  2 |   INDEX FAST FULL SCAN| ACS_TEST_TAB_RECORD_TYPE_I | 48031 |   187K|   136   （1）| 00:00:02 |
    ----------------------------------------------------------------------------------------------------
    Peeked Binds （identified by position）：
    --------------------------------------
    1 - :V （NUMBER）： 2  --绑定变量窥探，绑定变量会影响最初硬解析的执行计划
    Predicate Information （identified by operation id）：
    ---------------------------------------------------
    2 - filter（"RECORD_TYPE"=:V）
    已选择49行。
    使用绑定变量窥测的好处是：可以帮助优化器在第一次硬解析时选择最优的执行计划。但是同时这也是其弊端：在第一次硬解析后，后面发生的所有解析都会使用第一次硬解析生成的执行计划，如果数据的分布是均匀的，问题不大，如果数据分布式倾斜的，那么第一次硬解析生成的执行计划未必是最优的，甚至可能是非常糟糕的。例如：
    SQL> show parameter optimizer_feat
    NAME     TYPE VALUE
    ------------------------------------ ----------- ------------------------------
    optimizer_features_enable     string 11.2.0.3.1
    SQL> alter system flush shared_pool;
    系统已更改。
    SQL> var v number;
    SQL> exec :v := 2;
    PL/SQL 过程已成功完成。
    SQL> select count（*） from acs_test_tab where record_type = :v;
    COUNT（*）
    ----------
    50000
    SQL> select * from table（dbms_xplan.display_cursor）；
    PLAN_TABLE_OUTPUT
    ----------------------------------------------------------------------------------------------------
    SQL_ID3rg5r8sghcvb3, child number 0
    -------------------------------------
    select count（*） from acs_test_tab where record_type = :v
    Plan hash value: 2957754476
    ----------------------------------------------------------------------------------------------------
    | Id  | Operation      | Name   | Rows  | Bytes | Cost （%CPU）| Time   |
    ----------------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT      |    |   |   |   136 （100）|   |
    |   1 |  SORT AGGREGATE       |    | 1 | 4 ||   |
    |*  2 |   INDEX FAST FULL SCAN| ACS_TEST_TAB_RECORD_TYPE_I | 48031 |   187K|   136   （1）| 00:00:02 |
    ----------------------------------------------------------------------------------------------------
    Predicate Information （identified by operation id）：
    ---------------------------------------------------
    2 - filter（"RECORD_TYPE"=:V）
    已选择19行。
    SQL> exec :v := 1
    PL/SQL 过程已成功完成。
    SQL> select count（*） from acs_test_tab where record_type = :v;
    COUNT（*）
    ----------
    1
    SQL> select * from table（dbms_xplan.display_cursor）；
    PLAN_TABLE_OUTPUT
    ----------------------------------------------------------------------------------------------------
    SQL_ID3rg5r8sghcvb3, child number 0
    -------------------------------------
    select count（*） from acs_test_tab where record_type = :v
    Plan hash value: 2957754476
    ----------------------------------------------------------------------------------------------------
    | Id  | Operation      | Name   | Rows  | Bytes | Cost （%CPU）| Time   |
    ----------------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT      |    |   |   |   136 （100）|   |
    |   1 |  SORT AGGREGATE       |    | 1 | 4 ||   |
    |*  2 |   INDEX FAST FULL SCAN| ACS_TEST_TAB_RECORD_TYPE_I | 48031 |   187K|   136   （1）| 00:00:02 |
    ----------------------------------------------------------------------------------------------------
    Predicate Information （identified by operation id）：
    ---------------------------------------------------
    2 - filter（"RECORD_TYPE"=:V）
    已选择19行。
    SQL> select count（*） from acs_test_tab where record_type = 1;
    COUNT（*）
    ----------
    1
    SQL> select * from table（dbms_xplan.display_cursor）；
    PLAN_TABLE_OUTPUT
    ----------------------------------------------------------------------------------------------------
    SQL_ID1pxm87f6yd0bp, child number 0
    -------------------------------------
    select count（*） from acs_test_tab where record_type = 1
    Plan hash value: 2956728990
    ------------------------------------------------------------------------------------------------
    | Id  | Operation  | Name       | Rows  | Bytes | Cost （%CPU）| Time     |
    ------------------------------------------------------------------------------------------------
    |   0 | SELECT STATEMENT  |       |       |       |     3 （100）|       |
    |   1 |  SORT AGGREGATE   |       |     1 |     4 |    |       |
    |*  2 |   INDEX RANGE SCAN| ACS_TEST_TAB_RECORD_TYPE_I |     1 |     4 |     3 （0）| 00:00:01 |
    ------------------------------------------------------------------------------------------------
    Predicate Information （identified by operation id）：
    ---------------------------------------------------
    2 - access（"RECORD_TYPE"=1）
    已选择19行。
    对于变量v的取值为1的执行计划和采用常量1的执行计划性能差距还是比较大的。
    总结：oracle在9i后引入变量窥测技术，该技术对于数据分布均匀的数据是非常合适的，但是对于分布倾斜的数据或者在OLAP系统中是不建议使用的。

  [1] [2]