可预见的Oracle应用程序的性能调优

核心提示： 什么是用户不能告诉你的针对某个用户的从底向上的方法揭示了一个单独的包消耗的输入输出资源占全部的25％左右，对另一个用户而言，可预见的Oracle应用程序的性能调优(3)，一个单独的查询可能会引起每周4.3TB的缓冲输入输出，性能调优使得缓冲开销降至原先的0.06％，例如：select sq

什么是用户不能告诉你的

针对某个用户的从底向上的方法揭示了一个单独的包消耗的输入输出资源占全部的25％左右。对另一个用户而言，一个单独的查询可能会引起每周4.3TB的缓冲输入输出。性能调优使得缓冲开销降至原先的0.06％。问题是它会耗尽CPU资源，同时，在那种情况下，是否对CPU进行扩充还需慎重考虑。没有人知道系统堆栈正在抵销这个代价。

关于性能调优保守最严密的一个秘密在Oracle性能调优指南中被发现的。作为一个团队，我们发现这个秘密已经多年了。对于beta级或产品系统的性能问题，你应该从系统的最底层堆栈开始诊断。不幸的是，性能诊断经常仅仅集中在系统堆栈中间的四个部分。它们是：

* 逻辑数据库结构

* 数据库操作

* 访问路径（SQL）

* 内存分配

但是，我们经常可以在Oracle底层的几个级别上发现很大的性能问题，如下所示：

* 输入输出和物理数据库结构

* 资源竞争

* 底层操作系统平台

藏宝图

在Oracle性能调优级上，藏宝图就是v$sqlarea视图。如果我是一个IT管理者，我将会记住这个视图的名字。并且，每当我在大厅遇见我的数据库管理员时，我都会问他们这周他们查询这个视图的次数。

Metalink 注释 235146.1给出了对这个视图进行查询的一些样例。例如：

select sql_text, executions, buffer_gets, disk_reads, rows_processed,
sorts, address, first_load_time, HASH_VALUE, module
from v$sqlarea
where executions > 0
order by reads_per desc

最近，越来越多的Oracle 9i版本加入了模块（MODULE）这个列，该列揭示了Oracle应用程序的模块名称。

统计包