Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103766692
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: Oracle

2008-04-22 19:34:14

作者: Jim Czuprynski/黄永兵 译 出处:51CTO.com 
 
 
6) 模拟一个优化器从9.2.0到11.0.1的升级

出于好奇,我也使用相同的SQL调整集(STS_SPA_200)实验了模拟从Oracle 9i优化器到Oracle 11g优化器的升级,为了完成这个任务,我创建了另外一个名叫SPA_OUS_200的SQL性能分析器任务,这个任务与SPA_OUS_100相同,除了我选择9.2.0作为“之前”的优化器而不是10.2.0.1,图2.6展示了执行这个优化器升级任务的摘要信息,而图2.7展示了同一任务的结果页:

2.6执行SQL性能分析器任务SPA_OUS_200

2.7 SQL性能分析器任务SPA_OUS_100

图2.8.1,2.8.2和2.8.3展示了优化器升级模拟执行的SQL语句的单个结果,注意buffer get的实际数值和行数,Oracle 11g的SQL性能分析器非常聪明,9.2.0优化器成本(1001)比11.1.0优化器成本(995)稍微高一点,同样,注意这两个模拟执行的解释计划(EXPLAN PLAN)对于相同的SQL语句稍微有一点不同。

2.8.1 SQL性能分析器任务SPA_OUS_200结果

下一步

本系列第三篇也是最后一篇关于Oracle 11g新的SQL性能分析器工具集的文章将讨论如何使用这个工具克服SQL性能调整中的各种挑战:修改数据库初始化参数对SQL语句性能的影响。我也将挖掘更深层次的一些SQL性能分析器的报告和分析选项,以全面了解是什么导致了SQL语句性能倒退,以及如何使用这个新的工具帮助SQL计划管理器创建SQL计划基线。

阅读(324) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~