使用SPM来稳定执行计划

最新推荐文章于 2024-04-17 19:19:51 发布
最新推荐文章于 2024-04-17 19:19:51 发布
阅读量208 收藏
点赞数
文章标签： 数据库
SQL Profile是一个稳定执行计划的的手段，但是这实际上只一个被动的技术手段，应用在那些执行计划发生了不好的变更的SQL上，即便在我们创建SQL Profile解决了目标SQL执行计划变更的问题，依然不能够保证系统后续执行得SQl的执行计划就不再发生不好的变更。这种不确定性会给oracle升级带来一系列的麻烦，因为不清楚升级之后原来系统之中哪些SQL的执行计划可能发生变化。因此有了SPM（SQL PLAN MANAGEMENT）这个工具，可以说 SPM的推出彻底解决了执行计划的稳定性的问题，它既能够主动的稳定执行计划，又能保留继续使用新的执行效率可能更高的执行计划的机会。
下面我们来查两个参数
  1. SQL> show parameter sql_plan

  3. NAME                 TYPE     VALUE
  4. ------------------------------------ ----------- ------------------------------
  5. optimizer_capture_sql_plan_baselines boolean     FALSE
  6. optimizer_use_sql_plan_baselines boolean     TRUE
参数optimizer_capture_sql_plan_baselines 用于控制是否开启自动捕获SQL Plan Baseline,其默认的方式为false，表示在默认的情况下，Oracle并不会自动捕获SQL Plan Baseline.如果设置为true。oracle会在上面参数影响范围内所有重复执行的SQL自动捕获去SQL Plan Baseline。
参数optimizer_use_sql_plan_baselines boolean  用于控制是否启用SQL Plan Baseline 其默认值为true，表示在默认的情况下，oracle在生成执行计划的时候就会启用SPM，使用已有的 SQL Plan Baseline。

在当前会话，禁掉SPM，并同时开启捕获SQL Plan Baseline；

  1. SQL> alter session set optimizer_capture_sql_plan_baselines=true ;

  3. Session altered.

  5. SQL> alter session set optimizer_use_sql_plan_baselines =false;

  7. Session altered.
创建测试表
SQL> create table t2 as select * from dba_objects;
Table created.

创建索引
SQL> create index idx_t2 on t2(object_id);
Index created.

收集统计信息：
SQL> exec dbms_stats.gather_table_stats(ownname=>'SYS',tabname=>'T2',estimate_percent=>100,cascade=>true);
PL/SQL procedure successfully completed.

SQL> select object_id,object_name from t2 where object_id between 103 and 108;

 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$

       104
DEPENDENCY$

       105
ACCESS$

 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1

       107
I_DEPENDENCY2

       108
I_ACCESS1

6 rows selected.
SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID 8vtdn0kgytfxr, child number 0
-------------------------------------
select object_id,object_name from t2 where object_id between 103 and 108


Plan hash value: 2008370210


--------------------------------------------------------------------------------


| Id  | Operation    | Name   | Rows  | Bytes | Cost (%CPU)| Time
     |


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


--------------------------------------------------------------------------------

|   0 | SELECT STATEMENT    |     |     |     |   3 (100)|
     |


|   1 |  TABLE ACCESS BY INDEX ROWID| T2     |   7 | 210 |   3   (0)| 00:0
0:01 |


|*  2 |   INDEX RANGE SCAN    | IDX_T2 |   7 |     |   2   (0)| 00:0


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
0:01 |


--------------------------------------------------------------------------------



Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------


   1 - SEL$1 / T2@SEL$1
   2 - SEL$1 / T2@SEL$1


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


Outline Data
-------------


  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
      INDEX_RS_ASC(@"SEL$1" "T2"@"SEL$1" ("T2"."OBJECT_ID"))
      END_OUTLINE_DATA
  */

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("OBJECT_ID">=103 AND "OBJECT_ID"<=108)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------

   1 - "OBJECT_NAME"[VARCHAR2,128], "OBJECT_ID"[NUMBER,22]
   2 - "T2".ROWID[ROWID,10], "OBJECT_ID"[NUMBER,22]

45 rows selected.

我们可以发现，我们现在走的是索引，对索引IDX_T2的索引范围扫描，因为只执行过一次，所以不会自动捕获其SQL Plan Baseline

SQL> select sql_handle,plan_name,origin,enabled,accepted,sql_text from dba_sql_plan_baselines where sql_text like 'select object_id%';


no rows selected


SQL> select object_id,object_name from t2 where object_id between 103 and 108;


 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$


       104
DEPENDENCY$


       105
ACCESS$




 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1


       107
I_DEPENDENCY2


       108
I_ACCESS1




6 rows selected.


SQL> select sql_handle,plan_name,origin,enabled,accepted,sql_text from dba_sql_plan_baselines where sql_text like 'select object_id%';


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------
SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk4024c6dbb6 AUTO-CAPTURE   YES
YES
select object_id,object_name from t2 where object_id between 103 and 108
基线出现，再次执行试探
SQL> select object_id,object_name from t2 where object_id between 103 and 108;


 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$


       104
DEPENDENCY$


       105
ACCESS$




 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1


       107
I_DEPENDENCY2


       108
I_ACCESS1




6 rows selected.


SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID    8vtdn0kgytfxr, child number 1
-------------------------------------
select object_id,object_name from t2 where object_id between 103 and 108


Plan hash value: 2008370210


--------------------------------------------------------------------------------
------


| Id  | Operation            | Name   | Rows  | Bytes | Cost (%CPU)| Time
     |


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


--------------------------------------------------------------------------------
------


|   0 | SELECT STATEMENT        |         |         |         |       3 (100)|
     |


|   1 |  TABLE ACCESS BY INDEX ROWID| T2     |       7 |     210 |       3   (0)| 00:0
0:01 |


|*  2 |   INDEX RANGE SCAN        | IDX_T2 |       7 |         |       2   (0)| 00:0


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
0:01 |


--------------------------------------------------------------------------------
------




Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------


   1 - SEL$1 / T2@SEL$1
   2 - SEL$1 / T2@SEL$1


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


Outline Data
-------------


  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
      INDEX_RS_ASC(@"SEL$1" "T2"@"SEL$1" ("T2"."OBJECT_ID"))
      END_OUTLINE_DATA
  */


Predicate Information (identified by operation id):
---------------------------------------------------


   2 - access("OBJECT_ID">=103 AND "OBJECT_ID"<=108)


Column Projection Information (identified by operation id):
-----------------------------------------------------------


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


   1 - "OBJECT_NAME"[VARCHAR2,128], "OBJECT_ID"[NUMBER,22]
   2 - "T2".ROWID[ROWID,10], "OBJECT_ID"[NUMBER,22]




45 rows selected.


SQL> select sql_handle,plan_name,origin,enabled,accepted,sql_text from dba_sql_plan_baselines where sql_text like 'select object_id%';


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------
SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk4024c6dbb6 AUTO-CAPTURE   YES
YES
select object_id,object_name from t2 where object_id between 103 and 108
并没有生成新的基线。
为了使执行计划变化，我们修改聚簇因子


SQL> exec dbms_stats.set_index_stats(ownname=>'sys',indname=>'IDX_T2',clstfct=>24000000,no_invalidate=>false);


PL/SQL procedure successfully completed.


SQL> select index_name,clustering_factor from dba_indexes where index_name='IDX_T2';


INDEX_NAME               CLUSTERING_FACTOR
------------------------------ -----------------
IDX_T2                    24000000


SQL> select object_id,object_name from t2 where object_id between 103 and 108;


 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$


       104
DEPENDENCY$


       105
ACCESS$




 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1


       107
I_DEPENDENCY2


       108
I_ACCESS1




6 rows selected.


SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID    8vtdn0kgytfxr, child number 1


An uncaught error happened in prepare_sql_statement : ORA-01403: no data found


NOTE: cannot fetch plan for SQL_ID: 8vtdn0kgytfxr, CHILD_NUMBER: 1
      Please verify value of SQL_ID and CHILD_NUMBER;
      It could also be that the plan is no longer in cursor cache (check v$sql_p
lan)






8 rows selected.
这里刚执行的sql执行计划就被age out了，继续执行。


SQL> select object_id,object_name from t2 where object_id between 103 and 108;


 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$


       104
DEPENDENCY$


       105
ACCESS$




 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1


       107
I_DEPENDENCY2


       108
I_ACCESS1




6 rows selected.


SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID    8vtdn0kgytfxr, child number 1
-------------------------------------
select object_id,object_name from t2 where object_id between 103 and 108


Plan hash value: 1513984157


--------------------------------------------------------------------------
| Id  | Operation      | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |     |     |     |   339 (100)|      |
|*  1 |  TABLE ACCESS FULL| T2     |     7 |   210 |   339   (1)| 00:00:05 |


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
--------------------------------------------------------------------------


Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------


   1 - SEL$1 / T2@SEL$1


Outline Data
-------------


  /*+


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      FULL(@"SEL$1" "T2"@"SEL$1")
      END_OUTLINE_DATA
  */


Predicate Information (identified by operation id):


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
---------------------------------------------------


   1 - filter(("OBJECT_ID"<=108 AND "OBJECT_ID">=103))


Column Projection Information (identified by operation id):
-----------------------------------------------------------


   1 - "OBJECT_NAME"[VARCHAR2,128], "OBJECT_ID"[NUMBER,22]




42 rows selected.
此时走的是全表扫描。查看此时的基线


SQL> select sql_handle,plan_name,origin,enabled,accepted,sql_text from dba_sql_plan_baselines where sql_text like 'select object_id%';


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------
SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk4024c6dbb6 AUTO-CAPTURE   YES
YES
select object_id,object_name from t2 where object_id between 103 and 108


SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk40b860bcf2 AUTO-CAPTURE   YES
NO
select object_id,object_name from t2 where object_id between 103 and 108


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------
打开SPM，恢复默认设置


SQL> alter session set optimizer_capture_sql_plan_baselines=false;


Session altered.


SQL> alter system set optimizer_use_sql_plan_baselines=true;


System altered.


SQL> show parameter sql_plan;


NAME                     TYPE     VALUE
------------------------------------ ----------- ------------------------------
optimizer_capture_sql_plan_baselines boolean     FALSE
optimizer_use_sql_plan_baselines     boolean     TRUE
SQL> select index_name,clustering_factor from dba_indexes where index_name='IDX_T2';


INDEX_NAME               CLUSTERING_FACTOR
------------------------------ -----------------
IDX_T2                    24000000


SQL> select object_id,object_name from t2 where object_id between 103 and 108;


 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$


       104
DEPENDENCY$


       105
ACCESS$




 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1


       107
I_DEPENDENCY2


       108
I_ACCESS1




6 rows selected.


SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID    8vtdn0kgytfxr, child number 3
-------------------------------------
select object_id,object_name from t2 where object_id between 103 and 108


Plan hash value: 2008370210


--------------------------------------------------------------------------------
------


| Id  | Operation            | Name   | Rows  | Bytes | Cost (%CPU)| Time
     |


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


--------------------------------------------------------------------------------
------


|   0 | SELECT STATEMENT        |         |         |         |    1907 (100)|
     |


|   1 |  TABLE ACCESS BY INDEX ROWID| T2     |       7 |     210 |    1907   (0)| 00:0
0:23 |


|*  2 |   INDEX RANGE SCAN        | IDX_T2 |       7 |         |       2   (0)| 00:0


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
0:01 |


--------------------------------------------------------------------------------
------




Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------


   1 - SEL$1 / T2@SEL$1
   2 - SEL$1 / T2@SEL$1


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


Outline Data
-------------


  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
      INDEX_RS_ASC(@"SEL$1" "T2"@"SEL$1" ("T2"."OBJECT_ID"))
      END_OUTLINE_DATA
  */


Predicate Information (identified by operation id):
---------------------------------------------------


   2 - access("OBJECT_ID">=103 AND "OBJECT_ID"<=108)


Column Projection Information (identified by operation id):
-----------------------------------------------------------


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------


   1 - "OBJECT_NAME"[VARCHAR2,128], "OBJECT_ID"[NUMBER,22]
   2 - "T2".ROWID[ROWID,10], "OBJECT_ID"[NUMBER,22]


Note
-----
   - SQL plan baseline SQL_PLAN_asnmb3t5yfk4024c6dbb6 used for this statement




49 rows selected.
可以看到目标sql并没有走全表扫描，说明SPM确实可以稳定执行计划，但是如果我们想让他走全表扫描该如何设置呢？
引入两个包dbms_spm.alter _sql_plan_baseline和dbms_spm.evolve_sql_plan_baseline
语法：DBMS_SPM.ALTER_SQL_PLAN_BASELINE (
   sql_handle        IN VARCHAR2 := NULL,
   plan_name         IN VARCHAR2 := NULL,
   attribute_name    IN VARCHAR2,
   attribute_value   IN VARCHAR2)
 RETURN PLS_INTEGER; 
DBMS_SPM.EVOLVE_SQL_PLAN_BASELINE (
   sql_handle   IN VARCHAR2 := NULL,
   plan_name    IN VARCHAR2 := NULL,
   time_limit   IN INTEGER  := DBMS_SPM.AUTO_LIMIT,
   verify       IN VARCHAR2 := 'YES',
   commit       IN VARCHAR2 := 'YES')
  RETURN CLOB; 
各字段意义参考见官方文档
在11gR2环境中不容许把已经是accepted的修改，所以我们只能先把新的基线改为accepted，然后再把原基线的第一个值改为no即可。
SQL> var temp varchar2(1000);
SQL> exec :temp:=dbms_spm.alter _sql_plan_baseline(sql_handle=>'SQL_ac526b1e4be74880',plan_name=>'SQL_PLAN_asnmb3t5yfk4024c6dbb6',attribute_name=>'accepted',attribute_value=>'no');
BEGIN :temp:=dbms_spm.alter _sql_plan_baseline(sql_handle=>'SQL_ac526b1e4be74880',plan_name=>'SQL_PLAN_asnmb3t5yfk4024c6dbb6',attribute_name=>'accepted',attribute_value=>'no'); END;


                       *
ERROR at line 1:
ORA-06550: line 1, column 24:
PLS-00103: Encountered the symbol "ALTER" when expecting one of the following:
current delete exists prior




SQL> exec :temp:=dbms_spm.evolve_sql_plan_baseline(sql_handle=>'SQL_ac526b1e4be74880',plan_name=>'SQL_PLAN_asnmb3t5yfk40b860bcf2',verify=>'no',commit=>'yes');


PL/SQL procedure successfully completed.


SQL> select sql_handle,plan_name,origin,enabled,accepted,sql_text from dba_sql_plan_baselines where sql_text like 'select object_id%';


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------
SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk4024c6dbb6 AUTO-CAPTURE   YES
YES
select object_id,object_name from t2 where object_id between 103 and 108


SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk40b860bcf2 AUTO-CAPTURE   YES
YES
select object_id,object_name from t2 where object_id between 103 and 108


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------




SQL> exec :temp:=dbms_spm.alter_sql_plan_baseline(sql_handle=>'SQL_ac526b1e4be74880',plan_name=>'SQL_PLAN_asnmb3t5yfk4024c6dbb6',attribute_name=>'enabled',attribute_value=>'no');


PL/SQL procedure successfully completed.
查看修改结果
SQL> select sql_handle,plan_name,origin,enabled,accepted,sql_text from dba_sql_plan_baselines where sql_text like 'select object_id%';


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------
SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk4024c6dbb6 AUTO-CAPTURE   NO
YES
select object_id,object_name from t2 where object_id between 103 and 108


SQL_ac526b1e4be74880           SQL_PLAN_asnmb3t5yfk40b860bcf2 AUTO-CAPTURE   YES
YES
select object_id,object_name from t2 where object_id between 103 and 108


SQL_HANDLE               PLAN_NAME              ORIGIN         ENA
------------------------------ ------------------------------ -------------- ---
ACC
---
SQL_TEXT
--------------------------------------------------------------------------------
实验结果
SQL> select object_id,object_name from t2 where object_id between 103 and 108;


 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$


       104
DEPENDENCY$


       105
ACCESS$




 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1


       107
I_DEPENDENCY2


       108
I_ACCESS1




6 rows selected.


SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID    8vtdn0kgytfxr, child number 2


An uncaught error happened in prepare_sql_statement : ORA-01403: no data found


NOTE: cannot fetch plan for SQL_ID: 8vtdn0kgytfxr, CHILD_NUMBER: 2
      Please verify value of SQL_ID and CHILD_NUMBER;
      It could also be that the plan is no longer in cursor cache (check v$sql_p
lan)






8 rows selected.
原因同上，


SQL> select object_id,object_name from t2 where object_id between 103 and 108;


 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       103
MIGRATE$


       104
DEPENDENCY$


       105
ACCESS$




 OBJECT_ID
----------
OBJECT_NAME
--------------------------------------------------------------------------------
       106
I_DEPENDENCY1


       107
I_DEPENDENCY2


       108
I_ACCESS1




6 rows selected.


SQL> select * from table(dbms_xplan.display_cursor(null,null,'advanced'));


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID    8vtdn0kgytfxr, child number 2
-------------------------------------
select object_id,object_name from t2 where object_id between 103 and 108


Plan hash value: 1513984157


--------------------------------------------------------------------------
| Id  | Operation      | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |     |     |     |   339 (100)|      |
|*  1 |  TABLE ACCESS FULL| T2     |     7 |   210 |   339   (1)| 00:00:05 |


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
--------------------------------------------------------------------------


Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------


   1 - SEL$1 / T2@SEL$1


Outline Data
-------------


  /*+


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      ALL_ROWS
      OUTLINE_LEAF(@"SEL$1")
      FULL(@"SEL$1" "T2"@"SEL$1")
      END_OUTLINE_DATA
  */


Predicate Information (identified by operation id):


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
---------------------------------------------------


   1 - filter(("OBJECT_ID"<=108 AND "OBJECT_ID">=103))


Column Projection Information (identified by operation id):
-----------------------------------------------------------


   1 - "OBJECT_NAME"[VARCHAR2,128], "OBJECT_ID"[NUMBER,22]


Note
-----


PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
   - SQL plan baseline SQL_PLAN_asnmb3t5yfk40b860bcf2 used for this statement




46 rows selected.
此时已经变为走全表扫描。和sqlprofile比较起来，sqlprofile的automatic模式只能起到不调整sql的同时，调整执行计划。sqlprofile的manual模式是可以稳定执行计划的，但是这又给以后的调整带来麻烦，而SPM刚好发挥了完美的作用，既可以稳定执行计划，又可以为以后的更好的执行计划提供可能。








来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/30604784/viewspace-2081462/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/30604784/viewspace-2081462/

cmjv45501
关注
【Oracle】Oracle绑定执行计划-20230916
tttzzzqqq2018的博客
09-16 736
SPM（SQL plan management）是通过执行计划绑定，对执行计划进行人为干预的一系列功能，包括执行计划绑定、自动捕获绑定、自动演进绑定等。SPM（SQL plan management）是一种主动的稳定执行计划的手段，只有被验证过的执行计划才会被启用。彻底解决执行计划稳定性的问题，它既能主动的稳定执行计划，又保留了继续使用新的执行效率可能更高的执行计划的机会。
执行计划管理 (SPM)
weixin_42241611的博客
09-17 2362
执行计划管理，又称 SPM (SQL Plan Management)，是通过执行计划绑定，对执行计划进行人为干预的一系列功能，包括执行计划绑定、自动捕获绑定、自动演进绑定等。
《基于ORACLE SQL优化》读书笔记-使用SPM稳定执行计划
JIANGJIAN12345的专栏
02-13 1475
SQL PROFILE:相对被动 SPM:主动，保证只有被验证过的执行计划才会被启用。只有DBA_SQL_PLAN_BASELINES中ENABLED和ACCEPTED值均为YES的SQLPLAN BASELINE对应的执行计划才会被ORACLE启用。   自动捕获： 对于重复执行的SQL，ORACLE会自动捕获其SQLPLAN BASELINE. 11gR2以上环境，ACCEPTED
使用SPM固定执行计划
TiDB 社区干货传送门
01-11 287
作者：闫彬彬 原文来源： https://tidb.net/blog/83b454f1 ...
SQL 执行计划管理（SPM）
KaiwuDB 数据库
07-31 527
optimizer_use_sql_plan_baselines - 控制 SQL 计划基准的使用，启用后，优化器在 SQL 计划基准中寻找正在编译的 SQL 语句的计划，如果找到，优化器会计算各个计划的性能开销，然后选择开销最低的计划。** 注意这里每次重新计算 cost 的代价不大，因为执行计划是已知的，优化器不必遍历所有的可能，只需根据算法计算出已知计划的 cost 便可。SQL 计划管理由三部分组成：SQL 计划基准捕获、SQL计划基准选择、SQL 计划基准发展。批量加载执行计划，包含四种技术。
spm baseline 保持执行计划的稳定性
rose的专栏
09-26 973
目前所负责的数据库压力过大，要把其中一个比较核心的SCHEMA迁移到另一套环境里来降低压力。迁移前后的版本是一样的，都是11.1.0.7.统计信息也是通过DBMS_STATS包导出导入的，按理说，执行计划变化的可能性不大。但是为了确保执行计划不出错，打算还是折腾一把，通过11G的
Oracle - SPM固定执行计划
weixin_30496431的博客
09-10 486
1. 通过dbms_xplan.display_cursor查看指定sql都有哪些执行计划 SQL> select * from table(dbms_xplan.display_cursor('&sql_id',null,'TYPICAL PEEKED_BINDS')); 2. 查询该sql的历史执行情况 SQL> col snap_id for 9999...
MySQL中xplan_使用SPM来稳定执行计划
weixin_39628342的博客
02-08 170
SQL Profile是一个稳定执行计划的的手段，但是这实际上只一个被动的技术手段，应用在那些执行计划发生了不好的变更的SQL上，即便在我们创建SQL Profile解决了目标SQL执行计划变更的问题，依然不能够保证系统后续执行得SQl的执行计划就不再发生不好的变更。这种不确定性会给Oracle升级带来一系列的麻烦，因为不清楚升级之后原来系统之中哪些SQL的执行计划可能发生变化。因此有了SPM(S...
oracle SPM绑定执行计划
05-22
Oracle SPM（SQL Plan Management）是Oracle数据库的一种特性，它允许管理员管理并控制SQL语句的执行计划，以确保性能的稳定性和可预测性。在实际工作中，有时我们需要手动绑定特定的执行计划来解决性能问题或者避免...
BLOG_【SPM】oracle如何固定执行计划.pdf
08-02
SPM的核心是能够保存多个有效的执行计划，并且对这些计划进行管理，当数据库环境变化时，SPM可以确保关键SQL查询使用预定义的执行计划。SPM还提供了一种回滚机制，当新的执行计划表现不佳时，管理员可以快速地回退到...
oracle11g执行计划管理-(讲解如何固定sql的执行计划)
06-21
摘要：本文描述了11g的新特性之一：执行计划管理，介绍了引入该新特性的原因，以及该新特性的相关特点、工作原理等。最后通过引入一个测试案例来介绍如何使用该新特性。 分析了如何固定优化过的执行计划，避免被sql优化器CBO覆盖
Oracle - SPM固定执行计划(一)
weixin_38171245的博客
08-16 435
一、前言 生产中偶尔会碰到一些sql，有多种执行计划，其中部分情况是统计信息过旧造成的，重新收集下统计信息就行了。但是有些时候重新收集统计信息也解决不了问题，而开发又在嗷嗷叫，没时间让你去慢慢分析原因的时候，这时临时的解决办法是通过spm去固定一个正确的执行计划，等找到真正原因后再解除该spm。 二、解决办法 1. 通过dbms_xplan.display_cursor查看...
mysql 固定执行计划,Oracle - SPM固定执行计划
weixin_28691441的博客
03-17 154
1. 通过dbms_xplan.display_cursor查看指定sql都有哪些执行计划SQL> select * from table(dbms_xplan.display_cursor('&sql_id',null,'TYPICAL PEEKED_BINDS'));2. 查询该sql的历史执行情况SQL> col snap_id for 99999999SQL> c...
使用SPM绑定执行计划
zad800的专栏
07-11 841
固化执行计划 1、根据sql_id，查看下相关的执行计划， 首先通过在SELECT * FROM table(DBMS_XPLAN.DISPLAY_CURSOR('01x1j0z641qm1'));    发现找不到相关的内容了； 去awr中查找一下： SELECT  dbms_xplan.display_awr('01x1j0z641qm1') FROM dual ;
使用spm固定sql执行计划
weiwang的专栏
09-02 2464
固定sql执行计划 var n number begin :n:=dbms_spm.load_plans_from_cursor_cache(sql_id=>'&sql_id', plan_hash_value=>&plan_hash_value, fixed =>'YES', enabled=>'YES'); end; /   删除固定的执行计划： To view all Pla
Oracle - SPM固定执行计划(二)
weixin_38171245的博客
08-19 211
一、前言 前面文章(https://www.cnblogs.com/ddzj01/p/11365541.html)给大家介绍了当一条sql有多个执行计划时，如何通过spm去绑定其中一条执行计划。本文将继续介绍，如何给一条sql注入一个新的执行计划，去替换原始的执行计划。 二、解决办法 1. 生成初始执行计划所对应的sql plan baseline begin :t...
Oracle 固定执行计划-使用SPM（Sql Plan Management）固定执行计划
weixin_34220834的博客
01-15 364
固定执行计划-使用SPM（Sql Plan Management）固定执行计划 转载自：http://www.lunar2013.com/2016/01/固定执行计划-使用spm%EF%BC%88sql-plan-management%EF%BC%89固定执行计划.html .固定执行计划-使用SQL Tuning Advisor固定执行计划-手工指定PLAN OUTLINE固定执行计划-...
Oracle执行计划优化SPM案例
最新发布
o0way0o的博客
04-17 290
执行下面这段代码，发现子库存表走了全表扫描子库存表里面的索引于是我们加上库存组织后再进行查询仍旧是全表扫描这时我们使用hint语法，强制走索引。
cannot fetch plan for SQL_ID: 9babjv8yq8ru3, CHILD_NUMBER: 0
cnktbkanb141909486的博客
12-18 363
在查看执行计划的时候，总是报错 模拟环境如下： SQL> show user; USER is "SCOTT" SQL> select count(*) from emp; COUNT(*) --...
使用SPM包进行高效本地开发与调试指南
资源摘要信息:"使用SPM包管理器的服务器版本（spm-server）是针对SPM3项目的一个本地开发和调试工具。该工具主要包括服务器层（server）和中间件层（middleware）的功能，并且集成了多种常见的调试工具，以帮助...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值