10g online-performance tuning guide -笔记5

3 性能改善方法
--oracle性能改善方法
--紧急性能方法

3.1 oracle性能改善方法
oracle性能方法论帮助你精确的一点点解决你的oracle系统中的性能问题。包括确认瓶颈和解决它们。建议在确定瓶颈之后对系统做一些改变。

性能改善的实质是反复的。由于这个原因解决第一个瓶颈可能并不会马上就得到性能的改善，因为可能会显示到另外一个瓶颈。并且在一些案例中，如果一系列的点移动到一个没有效率的共享机制中，性能就会降级。根据经验，通过严密的瓶颈估计方法，应用可以被调试并且做出扩展。

性能问题一般是由于缺乏吞吐量，不可接受的响应时间，或者两者都有。这个问题在应用模型中可能是局限性的，也有可能是整体性的。

在查看任何数据或者操作系统统计数据的时候。非常关键的一点是从最重要的组件获得反馈：系统的用户和和为应用付费的人群。典型的用户反馈包括以下陈述：

--在线性能如此差导致我的员工已经无法继续工作了
--账单运行的时间太长了
--当经历高的网络流量的时候，反应时间无法接受，导致客户的流失。
--目前我一天要产生5000次交易，系统之多能处理这些用户，下个月要扩大用户量，交易数应该达到目前的四倍

从最公正的反馈来看，很容易从任何性能工作得到最重要的成功因素。决定性能目标和性能工程师的标准在所有的级别上使得性能过程非常简单而且非常成功的关键因素是对于更好的业务目标的定义而不是对于系统的统计数据。

一些典型用户的真正的业务目标如下：
--在三个小时的窗口中要处理1000000个账户的账单量
--在网站的高峰期，页面的刷新响应时间不能超过5秒。
--系统必须在8小时的窗口大小中能处理25000个交易。

成功的最根本的方法在于用于对于系统性能的概念。性能工程师的作用是估计降低性能的瓶颈。这些瓶颈不能由于使用了有限的共享资源或者滥用共享资源导致的一系列问题。因为所有的共享资源都是有限的，性能工程师的目标是充分使用共享资源最大化业务操作的数量。在很高的水平上，整个数据库服务器能够被看做是一个共享的资源。相反的，在很低的级别上，单核cpu或者磁盘能被看做共享资源。

oracle性能改善方法在当性能目标已经满足或者不可能实现的时候应用。这个过程是高度反复的，并且不可避免的一些投资者会在系统性能上印象不深刻。使用技巧在合适的时宜精确的一点点得出关键的瓶颈是需要花费经验和时间的。但是先前的经验有时候会阻碍有经验的工程师在这里忽视使用数据和可用的统计数据。

ADDM方法实施了性能改善的部分方法并且分析可统计数据来提供自动的性能诊断问题。使用ADDM能显著减少改善性能需要的时间。第六章详细描述了ADDM。

今天的系统不停并且复杂，所以很难快速做性能分析。本质上，oracle性能优化方法定义了工作方式，而不是明确的规则集合。根据检测到的瓶颈唯一的规则是没有规则，最优的性能工程师使用提供的数据并且从侧面考虑并得出性能问题。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/24799772/viewspace-678049/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/24799772/viewspace-678049/