CSDN 对格式支持比較弱。能够到http://user.qzone.qq.com/88285879/blog/1399382878 看一致的内容。
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）。
当一个数据库server有非常大的内存时，这个设置可能是合适的。
相同。一个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的增强包含例如以下：
² 当调整一个SQL语句时。SQL Tuning Advisor 会为了一个语句的替代运行计划 而检索 真实运行时间以及历史运行数据。假设和原运行计划不同的 运行计划存在，那么SQL Tuning Advisor将报告 替换运行计划被找到。
看"Alternative Plan Analysis"（17.1.5).
² 你能够将一个SQL tuning 集 传送到 不论什么一个数据库（10Gr2 或以后）。
这个技术能够用在SQL性能分析人员 在測试数据库中调整和回退。看 "Transporting a SQL Tuning Set"(17.4.5).
² 有些时候。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).