数据库系统性能受到查询执行的严重影响。然而SQL语句的执行计划可能因统计信息变化，优化参数变化或方案定义变化等原因而意外改变，Oracle Optimizer优化器往往无法在没有人工干预的情况下准确进化执行计划。在无法保证新的执行计划总是趋于变得更好的情况下，用户倾向于通过存储大纲(stored outline)或锁定统计信息来保证执行计划的问题。然而使用这些方式将不可避免地丧失利用到新的优化器特性以改善SQL语句性能的优势。在保证当前可被接受执行计划的前提下，仅允许采用那些更好的，获益更多的执行计划才是终极方案。 Oracle Database 11g是在解决这一SQL执行计划上处于市场领先地位。SQL Plan Management(SPM)提供了一个完全透明且可控的执行计划进化的框架。在SPM的帮助下优化器自动管理执行计划并保证只有已知或已确认的执行计划才被采用。当一个新的计划出现时，Oracle将不会采用它，直到确认其与当前的执行计划有着相当的，或更好的性能。 SQL Plan Management(SPM)保证数据库运行时性能绝不因为执行计划的改变而大幅下降。为了确保这一点，仅仅那些已被接受的(accepted or trusted)的执行计划将被采用；任何计划的进化都将被追踪并仅在其被评价为无损于性能或有益于性能后被采纳。 SPM主要由三个部分组成： 1.执行计划基线捕捉 创建SQL执行计划基线意味着接受(或者说信任)相关SQL语句的执行计划。SQL计划基线存储在历史计划中，历史计划保存在SQL Management BASE(SMB)中，SMB位于SYSAUX表空间上。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
SQL>
select
*
from
v$version;
BANNER
--------------------------------------------------------------------------------
Oracle
Database
11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
PL/SQL Release 11.2.0.2.0 - Production
CORE 11.2.0.2.0 Production
TNS
for
Linux: Version 11.2.0.2.0 - Production
NLSRTL Version 11.2.0.2.0 - Production
SQL>
select
occupant_name,space_usage_kbytes
from
v$sysaux_occupants
where
occupant_name
like
'%SQL%'
;
OCCUPANT_NAME SPACE_USAGE_KBYTES
---------------------------------------------------------------- ------------------
SQL_MANAGEMENT_BASE 3776
|
2.SQL计划基线选择 保证仅采用SQL计划基线中已被信任的执行计划，并追踪计划历史中所有新的执行计划。计划历史中包括了受信任的和不受信任的执行计划。不受信任的执行计划可能是未被检验的(unverified)或被拒绝的(rejected)。3.SQL计划基线进化 在历史计划中为给定SQL语句评估所有未被检验的执行计划，这些执行计划有的被评估为可接受的(可信任的)，有的则被驳回(rejected)。
图示0
本文转自maclean_007 51CTO博客，原文链接:http://blog.51cto.com/maclean/1277565
