首页 > 代码库 > Performance Tuning guide 翻译 || Performance Tuning Guide 11G中新增特性
Performance Tuning guide 翻译 || Performance Tuning Guide 11G中新增特性
Performance Tuning Guide 11G中新增特性
本章描述了Oracle11g Release2(11.2)中增加了哪些新的性能调整 特性,以及指向这些增加信息。
本章节描述的特性以及增强,包含了优化数据库性能的各个方面。
关于Oracle11gR2的所有新特性汇总,可以查看Oracle Database New Features Guide.
11.2.0.2中新增的新特性(关于性能调优)
新增的以及更新过的性能调整特性包括:
注:Resource Manager(资源管理器,正文中统一称之为缩写RM)
l 资源管理器 关于 并行语句队列 的增强
你可以使用RM 对一个并行语句队列中的 语句排列顺序进行控制。举个例子,你可以保证高优先级的语句 在队列中花费更少的时间(优先级高的先执行)。同样,你可以使用一个指令 防止一个 consumer group(RM中的术语,不懂自己去baidu) 占用掉所有的并行资源,以及可以指定 并行语句在队列中的最大等待时间(之后就会开始执行)。
更多的信息请阅读 "Managing CPU Resources Using Oracle Database Resource Manager" 以及Oracle Database VLDB and Partitioning Guide.
l 资源管理器 关于 CPU利用限制 的增强
你可以使用RM来对每个consumer group进行CPU消耗限制,这个特性限制了低优先级 会话的CPU消耗,可以帮助协调工作量(均衡压力)。
更多信息请阅读 "Managing CPU Resources Using Oracle Database Resource Manager".
l 自动SQL调整的新包
DBMS_AUTO_SQLTUNE包是 管理自动SQL调优的一个新接口。和SQL调优建议包 DBMS_SQLTUNE包不同 ,
DBMS_AUTO_SQLTUNE需要DBA角色,而DBMS_SQLTUNE只需要ADVISOR权限。
更多信息请阅读"Configuring Automatic SQL Tuning"(本手册17章的17.2.3).
l Oracle Orion I/O测试工具文档
Oracle Orion 工具,可以在不安装Oracle或创建数据库的情况下,预测一个Oracle数据库的性能(听起来很高大上)。和其他I/O评估工具不同,Oracle Orion 就是专门模拟Oracle 数据库 I/O负载的工具,它和Oracle软件使用相同的 I/O 软件堆栈。Orion 同样可以模拟ASM条带化后的性能。
更多信息请阅读 "I/O Calibration with the Oracle Orion Calibration Tool".(本手册第8章 8.4)
11.2.0.1中新增的新特性(关于性能调优)
新增的以及更新过的性能调整特性包括:
l 新增的AWR(Automatic Workload Repository)视图
AWR支持了一些新的历史事务,包括DBA_HIST_DB_CACHE_ADVICE和DBA_HIST_IOSTAT_DETAIL
更多信息请阅读"Using Automatic Workload Repository Views"(本手册第5章 5.3.5)
l 新的AWR报告
新的AWR报告以及AWR周期对比报告,在Oracle RAC中添加了。
更多信息请阅读 "Generating Automatic Workload Repository Reports"(5.3.6) 以及 "Generating Automatic Workload Repository Compare Periods Reports"(5.3.7).
l Client result cache中支持表注释信息
Client result cache支持了表的注释信息
更多信息 请阅读"Using Result Cache Table Annotations".(7.6.3.3)
l RESULT_CACHE 中增强关于PL/SQL的注释
在11.1中,PL/SQL函数中查询引用注释表 需要RELIES_ON子句。这个子句现在已经不再需要了。
l 语句级使用hint指定并行度
并行hint中可以指定并行度了。
更多信息请阅读"Hints for Parallel Execution"(19.1.2.7)
l 在内存中的并行执行
当使用并行查询时,你可以配置数据库,通过使用buffer cache 代替 以前的直接路径读(PGA)。
当一个数据库服务器有很大的内存时,这个设置可能是合适的。同样,一个RAC数据库可以将所有节点的内存汇总起来,这样可以缓冲更大的对象和更多的查询。
更多信息请阅读 "Using the Buffer Cache Effectively"(7.2.1).
l 在线应用升级中的hint
在线应用升级hints 建议了 当基于版本的在线应用升级时 有冲突的INSERT 和 UPDATE操作该如何处理。
更多信息请阅读"Hints for Online Application Upgrade"(19.1.2.6)
l SQL Tuning Advisor 增强
这个版本对于SQL Tuning Advisor的增强包括如下:
2 当调整一个SQL语句时,SQL Tuning Advisor 会为了一个语句的替代执行计划 而检索 真实执行时间以及历史执行数据。如果和原执行计划不同的 执行计划存在,那么SQL Tuning Advisor将报告 替换执行计划被找到。看"Alternative Plan Analysis"(17.1.5).
2 你可以将一个SQL tuning 集 传送到 任何一个数据库(10Gr2 或以后)。这个技术可以用在SQL性能分析人员 在测试数据库中调整和回退。看 "Transporting a SQL Tuning Set"(17.4.5).
2 有些时候,SQL Tuning Advisor 可能会推荐接受一个profile,而这个profile使用了 自动并行度特性(Auto DOP)。一个并行查询profile 只有在原执行计划是串行的,而且并行执行后可以显著减少执行时间时,才会被推荐接受。看 "SQL Profile Recommendations"(17.5.1.1).
l SQL plan baselines 替代stored outlines
Oracle数据库使你可以安全的从stored outlines 移植到SQL plan baselines。在移植以后,你同样可以稳定执行计划,而且可以使用由SQL Plan Management框架提供的更多其他高级特性。更多信息请阅读"Migrating Stored Outlines to SQL Plan Baselines"(15.8).