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

核心提示：这篇技巧性文章是由“国际Oracle用户组”（IOUG）提供的，它是一个由用户组成的组织，可预见的Oracle应用程序的性能调优，这个组织通过提供高质量的信息、培训、网络和支持，来提高Oracle数据库专家和数据库开发者的水平，我们应该经常性地重组以消除碎片，这会带来性能上的巨大改善，这篇文章摘

这篇技巧性文章是由“国际Oracle用户组”（IOUG）提供的，它是一个由用户组成的组织，这个组织通过提供高质量的信息、培训、网络和支持，来提高Oracle数据库专家和数据库开发者的水平。这篇文章摘自由David Welch所写的论文《可预见的Oracle应用程序性能调优》。点击这里成为“国际Oracle用户组”的一员，从而获得成千上万的由Oracle用户写的技巧性文章和科技文献。

引言

我们见到过很多带有巨大性能问题的Oracle应用程序和电子商务套件安装。我们得出的结论是：这些安装都可以在性能方面取得进一步的提升。换句话说，性能已经很高，几乎不能得到再得到改善的安装是很少见的。

有争议的问题

针对产品系统堆栈而言，我们的底部端对端性能调优方法总是很快产生成果，比我们认为的遵循广泛的备忘列表要快。我提出以下一些问题共讨论：

大部分性能改善的可能性都是在应用程序级上：这条结论来自Metalink上关于性能调优的一个显著的注释。这条结论和我们的经验性能调优系统堆栈没有统计意义上的关系。

平均需要两天的时间：这是书上做出的结论。但我们的经验不支持这个结论。我认为得出一个Oracle应用程序性能改善的策略最少应该需要12天。第一天早晨开会是很常见的事。最后两天主要用来完成行政方面和技术级上的有关发现、胜利和紧接着的推荐的文档工作。可以夸张地说，如果一个性能改善不被记录下来形成文档，那么以后很难再重复类似的性能改善。如果对出现的问题不记录下来形成文档，那么很可能它会再次发生。如果一个问题及其解决方法不被记录下来形成文档的话，对它的监测将非常困难。

扩展碎片：对于联机事务处理系统，这应该不是一个问题。我们听过很多有关“联机事务处理系统”对碎片严重的表（这些表完全是键值惟一的）进行事务处理不会影响性能的说法。但是，我们应该经常性地重组以消除碎片，这会带来性能上的巨大改善。Oracle存储管理改善正在向将碎片带来的影响最小化大踏步地迈进。