oracle数据库11g：sql计划管理(三)(1)

《oracle数据库11g：sql计划管理(三)(1)》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、Oracle数据库11g:SQL计划管理(三)⑴Oracle数据库llgRl提供一套新工具集一SQL计划管理(SPM),它让每个OracleDBA都可以为任何SQL语句捕获并保存最有效的执行计划。本文是本系列中的最后一篇主要讲述如何使用SPM限制现有SQL语句第一次遇到Oraclellg的基本成本的优化器(CBO)时性能突然倒退，同时，也一并介绍一下几个允许非常细粒度的SQL管理库(SMB)的管理的SQL计划管理特色。本系列前面的文章探讨了Oracle数据库1lg新的SQL计划管理(SPM)特色，它可以用于OraclelOg升级到Oradellg时捕获和载入SQL计划基线，以便在数据库升级过

2、程中消除SQL语句性能倒退，前面的文章也讲述了如何保证新应用程序代码在部署到生产环境之前，为SQL语句选择最有效的执行计划。本文将讲述如何使用SPM:♦当它们尝试利用0raclellg新的优化器特色时，限制SQL语句性能不必要的倒退。♦通过手工方法捕获特定SQL语句的SQL计划基线。♦控制现有SQL计划基线的演变。♦管理SQL计划管理基线(SMB)的内容，包括如何清除过时的或不希望有的SQL计划基线。SPM情景#3:依靠前面的优化器版本使用SQL性能分析器(SPA)在前面文章中的第一个情景讲述了如何使用SPM为SQL语句捕获SQL计划基线，该SQL语句的性能在实施OraclelOg升级到Or

3、aclellg的过程中可能倒退。那个情景实际上涉及到在一个现有的OraclelOg数据库中执行该SQL语句组成的SQL工作负载。解决这个问题的一个可选的方法是在一个现有的Oraclellg数据库环境中通过控制初始化参数OPTIMIZER_FEATURES_ENABLE的值模拟一个OraclelOg环境。模拟准备要说明这个情景，我将利用前面文章中SPM情景#2中SQL调整集STS_SPM_200中捕获的相同的SQL语句，在我执行任何新的分析之前，我将从SQL管理库（SMB）中移除早先创建的所有SQL计划基线，我将使用函数DBMS_SPM.DROP_SQL_PLAN_BASELINE移除那些标记

4、有注释字符串“SPM2”的语句（查看列表3.1），然后，我会准备一个新的名叫SPASPM300的SQL性能分析器（SPA）任务它将分析STS_SPM_20OSQL调整集中的SQL工作负载的性能（查看列表3.2）。分析SQL工作负载接下来，我将瞄准SPA任务SPA_SPM_300,评估在OraclelOgR2和OraclellgRl数据库环境之间模拟的工作负载性能，首先我会清除我的Oraclellg的库缓存和数据库缓存，确保提供一个干净的性能评估起点。然后，我会设置初始化参数0PTIMIZERFEATURESENABLE的值为10.0.0.0,欺骗优化器相信它是一个OraclelOg数据库，最

5、后，我会通过执行SPA_SPM_300一次测试分析那个模式下的性能，一旦这个顺序完成了，我将设置0PTIMIZER_FEATURES_ENABLE的值为11.1.0.6，然后重复相同的分析，SPA将在Oraclellg环境下评估工作负载，这里用到的代码在列表3.3中。比较相关的工作负载性能一旦这两个工作负载执行测试完成，我下一个任务是判断是否有SQL语句因为优化器设置改变而性能倒退了，我使用的代码在列表3.4中，它们比较两个工作负载模拟情况，然后生成一个关于哪些SQL语句性能下降了的报告为了在这里展示SQL性能分析器的灵活性，我避开使用一个相对变化的优化成本作为我的度量值，相反，我选择基于估

6、计执行时间进行SQL语句比较。为性能倒退的SQL语句捕获SQL计划基线与分析报告显示的结果一样，在模拟从10.2.0.1升级到11.1.0.6时，有两条SQL语句产生了负面的影响（性能降低了），我将捕获这些语句的执行计划到SQL计划基线中，这将防止CBO使用1lg优化器设置运行这些SQL语句，它会因这些语句引起有害的性能，列表3.5中的代码说明了如何实现这个。