Oracle数据库11g：SQL计划管理（二）

核心提示：本系列的前一篇提供了Oracle数据库11g新的SQL计划管理（SPM）特色的入门介绍，包括一些如何使用SPM工具帮助过滤执行计划以识别并隔离最佳的计划以提升SQL语句性能的简单例子，Oracle数据库11g：SQL计划管理（二）， 因为我已经解释并说明了SQL计划管理的基本架构，现在我将注意力集中到讨论两种每个Ora

本系列的前一篇提供了Oracle数据库11g新的SQL计划管理（SPM）特色的入门介绍，包括一些如何使用SPM工具帮助过滤执行计划以识别并隔离最佳的计划以提升SQL语句性能的简单例子。

因为我已经解释并说明了SQL计划管理的基本架构，现在我将注意力集中到讨论两种每个Oracle DBA都会遇到的情况：升级现有的Oracle数据库到一个更新的版本，部署新的应用程序代码到现有的数据库。前面的文章已经说明了如何使用Oracle11g的新DBMS_SPM包捕获新的SQL计划基线，我将利用这两种情况来说明Oracle11g企业管理器数据库控制的SQL计划控制规则来捕获新的SQL计划基线候选者，以及管理现有的SQL计划基线。

SPM情景#1：升级一个现有的数据库

在我看来，升级一个现有的数据库有新的版本即使对一个经验丰富的Oracle DBA而言也是相当痛苦的事情，因为很难精确地判断升级后哪个语句性能降低了。在Oracle11g之前的环境中，我已经找到了限制这个不确定性最好的方法，就是在我的QA服务器上构造一个与生产环境完全一致的副本，捕获充足的应用程序最关键的SQL语句工作负载，并捕获这些语句的执行计划。一旦我启动升级开关升级QA数据库和环境到新的数据库版本，我要为这些语句重新生成执行计划并比较结果以发现性能倒退的语句。

通过这种野兽般的测试方法我得以相当顺利的从旧版本升级到Oracle11g，我也希望有更可靠的方法精确地判断升级对现有SQL语句性能的影响，我已经在早先的关于SQL性能分析器的文章中论述过了，因此现在隔离任何性能倒退的SQL语句非常简单，甚至对内部相对较小的升级也很简单（如从11.1.0.5.0升级到11.1.0.6.0）。一旦使用SQL性能分析器识别出所有性能倒退的SQL语句，在我执行升级操作之前，我将拿起SQL计划管理的强大工具捕获那些语句到SQL调整集（STS）中。