性能调整.doc

性 能 调 整 一．数据库系统 性能元素 性能 是计算机系统在特定工作负载下的运行情况。按照系统响应时间、吞吐量和可用性来测量性能。性能还受以下因素影响： 系统中可用的资源 如何充分利用和共享这些资源。 一般情况下，可调整您的系统来改进其成本和效益比率。具体目标可能包括： 处理更大的或更紧迫的工作负载，而不增加处理成本 例如，增加工作负载而不用购买新硬件或占用更多处理器时间 获得更快的系统响应时间或更大的吞吐量，而不增加处理成本 降低处理成本，而不会降低对用户的服务 将性能从技术指标转换为经济指标比较困难。调整性能在用户时间和处理器时间方面一定会提高成本，因此在对项目进行调整前应衡量其相对于可能效益的成本。其中某些效益是有形的： 更有效地利用资源 能够向系统添加更多的用户。 其它效益是无形的，例如，由于响应更快而让用户更加满意。应考虑所有这些效益。 相关概念 性能调整准则 性能调整的快速启动技巧 相关任务 开发性能提高流程 此主题可在以下位置找到：《管理指南：性能》。 性能调整准则 以下准则可帮助您制定一个调整性能的总体方案。 记住递减返回定律 ：最大的性能收益通常来自于最初的努力。以后的更改通常只能产生越来越小的效益，并且需要更多努力。 不要只为调整而调整 ：进行调整以释放标识的约束。如果调整的资源不是造成性能问题的主要原因，这种调整对响应时间几乎不产生影响，除非您释放了主要约束，而且这种调整实际上会使后续调整工作更加困难。如果有可能明显提高性能的话，则关键在于对某些作为影响响应时间的主要因素的资源的性能提高。 考虑整个系统 ：永远不能片面地调整一个参数或系统。在进行任何调整前，务必考虑它将对整个系统带来的影响。 一次更改一个参数 ：不要一次更改多个性能调整参数。即使您肯定所有更改都有好处，也没有任何办法来评估每个更改所带来的影响。如果一次更改多个参数，也不能有效地判断所做的更改的利弊。如果每次调整一个参数来改进一方面，几乎总是会影响至少一个您可能没有考虑到的其它方面。通过一次更改一个，允许您使用基准程序来评估您是否需要进行更改。 按级别测量和重新配置 ：和一次只应更改一个参数的理由一样，一次也只能调整系统的一个级别。可使用以下的系统级别列表作为参考： 硬件 操作系统 应用程序服务器和请求器 数据库管理器 SQL 语句 应用程序 检查是否存在硬件和软件问题 ：某些性能问题可通过维修硬件和／或修订软件来解决。如果通过维修或修订就可解决问题，就不需要花过多时间来监视和调整系统。 在升级硬件前搞清楚问题 ：即使增加存储器或提高处理器能力可立即改善性能，也应花时间了解系统的瓶颈所在。可能花钱增加磁盘存储器后，才发现系统没有处理能力或可利用它的通道。 在开始调整前执行回退过程 ：正如前面所讲，某些调整可能产生意外的性能结果。如果此调整使性能降低，应撤销该调整，改试另一种调整。如果保存了以前的设置并可重新调用它，那么撤销不正确的信息将变得非常容易。 相关概念 性能元素 性能调整的快速启动技巧 相关任务 开发性能提高流程 此主题可在以下位置找到：《管理指南：性能》。 开发性能提高流程 性能提高流程是一种可重复的长期方法，用于监视和调整性能的各个方面。您和您的性能小组可以根据监视的结果调整数据库服务器的配置，并可对使用数据库服务器的应用程序进行更改。 性能监视和调整决策必须以您对使用数据的应用程序类型的了解程度和数据存取的模式为依据。不同类型的应用程序具有不同的性能要求。 将下面的性能提高流程概述作为提高性能的准则。 过程 要开发性能提高流程： 定义性能目标。 为系统中的主要约束建立性能指示器。 开发并执行性能监视方案。 连续分析监视结果以确定哪些资源需要调整。 每次进行一项调整。 即使您认为需要调整多个资源，或数个调整选项可用于您要调整的资源，也要一次进行一项调整，从而确保所做的调整工作可以产生所需的效果。在某些点，调整数据库服务器和应用程序并不能提高性能。因此，您需要升级硬件。 实际的性能调整要求综合考虑系统资源。例如，为了提高 I/O 性能，您可能会增大缓冲池的容量，但是，缓冲池的容量越大，所需的内存也就越多，这将会降低其它方面的性能。 相关概念 性能元素 性能调整准则 性能调整的快速启动技巧 性能调整限制 用户可以提供的性能信息 此主题可在以下位置找到：《管理指南：性能》。 用户可以提供的性能信息 需要对系统进行调整的首个征兆可能是用户提出的意见。如果您没有足够的时间来设定性能目标并通过一种完备的方式来监视和调整，可听听用户的意见以改善性能。通常可提出几个简单的问题，来确定从哪里开始查找问题。例如，可以询问用户：