Oracle 11g SQL性能的新特性（三）

relha

　　
简介
　　
在Oracle 11g之前，执行计划一直是作为“运行时”生成的对象存在。虽然oracle提供了一些方法去指导它的生成，但Oracle一直没有试图去保存完整的执行计划。 从11g开始，执行计划就可以作为一类资源被保存下来，允许特定SQL语句只能选择“已知”的执行计划。 
　　
同其他方法相比，SPM更加的灵活。如我们所熟知的，一条带有绑定变量的SQL语句，最好的执行计划会根据绑定变量的值而不同，11g以前的方法都无法解决这个问题。在11g中，与adaptive cursor sharing配合，SPM允许你同时接受多个执行计划。执行时，根据不同的变量值，SPM会花费很少的运算从中选择一条最合适的。 
　　
概念
　　
SQL Plan Management SPM：oracle 11g 中提供的新特性，用来更好地控制执行计划。 
　　Plan History： 优化器生成的所有执行计划的总称
　　SQL Plan Baseline： Plan History里那些被标记为“ACCEPTED”的执行计划的总称
　　Plan Evolution： 把一条执行计划从Plan History里标记为“ACCEPTED”的过程
　　SQL Management Base SMB： 字典表里保存的执行计划的总称，包括Plan History，SQL Plan Baseline和SQL profile。
　　
SPM的特点
　　
o 与profile和outline相比，更加灵活的控制手段
　　  + 可以有很多的计划被保存下来，只有"ENABLED"并且"ACCEPTED"的执行计划才可以被选择。 
　　  + 允许有多个"ACCEPTED"的执行计划，根据实际情况进行选择。 
　　  + 可以用手工或者自动的方式，把执行计划演化(evolve)为"ACCEPTED"。 还可以控制只让性能更好的计划被接受。
　　  + 允许设置"FIXED"的计划。这样其他的计划将不会被选择。
　　
o SPM使计划真正的稳定。 outline的缺点是太过死板，当数据量大幅度变化时无法做出相应的改变。 SQL proifle的缺点是，当数据量变化时，STA(SQL Tuning Advisor)会不可预知地去更改执行计划。 而SPM则会提供几个完整的plan供选择。 
　　
SPM的控制方式
　　
SPM通过几个标记来实现对执行计划的控制：
　　
o Enabled (控制活动)
　　  + YES (活动的，但不一定会被使用)
　　  + NO (可以理解为被标记删除)
　　o Accepted (控制使用)
　　  + YES (只有 “Enabled” 并且 “Accepted” 的计划才会被选择使用)
　　  + NO (如果是“Enabled” 那么只有被evolve成“Accepted”才有可能被执行)
　　o Fixed (控制优先级)
　　  + YES (如果是“Enabled”并且“Accepted”，会优先选择这个计划，这个计划会被视为不需要改变的)
　　  + NO (普通的计划，无需优先)
　　
　　另有一个被动的标记：
　　o Reproduced (有效性)
　　  + YES (优化器可以使用这个计划)
　　  + NO (计划无效，比如索引被删除)
　　
SPM如何捕捉执行计划
　　
o 自动捕捉
　　  1. 首先把OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES设置成TRUE
　　  2. 从这个时刻开始，所有执行两次以上的SQL语句会被观测，执行计划会进入Plan History。有个别例外的，参见note 788853.1
　　  3. 生成的第一个执行计划被标记为ENABLED并且是ACCEPTED，后续的执行计划会被标记为ENABLED但不是ACCEPTED。
　　  4. 这时把OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES设置会FALSE，新的语句将不会创建Baseline。
　　  5. 需要注意的是，即使关闭了自动捕捉，针对存在baseline的SQL，由于ACS的作用，仍旧会有新的PLAN生成，新的Plan仍会进入Plan History，标记为ENABLED但不是ACCEPTED。参见“执行计划的选择”。 
　　
o 批量导入 (这些导入的baseline都会被自动标记为ACCEPTED) 
　　   Oralce提供四种方式把计划导入到sql plan baseline中。 
　　   + 从 SQL Tuning Set STS 导入
　　      DBMS_SPM.LOAD_PLANS_FROM_SQLSET
　　   + 从Stored Outlines 中导入 
　　      DBMS_SPM.MIGRATE_STORED_OUTLINE
　　   + 从内存中存在的计划中导入
　　      DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE;
　　   + 通过staging table从另外一个系统中移植
　　      DBMS_SPM.CREATE_STGTAB_BASELINE
　　      DBMS_SPM.PACK_STGTAB_BASELINE
　　      DBMS_SPM.UNPACK_STGTAB_BASELINE