SQL Server 7 性能优化 第4章 调整SQL Server.pdfVIP

下载 第4章 调整SQL Server SQL Server 系统的许多方面都可以被优化或调整，以便给予系统更好的性能。本书大部 分重点在于在不同的领域中调整系统，诸如硬件、 SQL Server配置、数据库设计、 S Q L语句、 S Q L索引、复制、备份与恢复及其他。本章讨论特定的调整问题，包括硬件、数据库设计、 SQL Server配置参数。 首先，我们讨论衡量性能的方法，然后讨论如何调整你现有系统的硬件，方法是确定是 否有一个或多个硬件部件正在导致瓶颈，这些瓶颈将抑制系统的性能。本章的信息与容量规 划和大小估计的章节有所不同，虽然在某些方面是有关联的，性能规划与大小估计教授你在 最初建立系统时，如何确定系统将需要什么类型的硬件，以及需要多少硬件。而此处的重点 在于你如何确定当前所拥有的硬件是否足够满足需要，以及它是否是优化执行的。我们还讨 论如何使用文件和文件组优化数据库设计。最后，我们讨论最常用的 SQL Server 配置参数， 系统管理员可能需要将它们调整为非缺省值。 4.1 如何度量性能 一个系统的总体性能一般可以根据事务的响应时间 (response time)进行衡量，即完成一次 查询或任务的时间，它也是用户必须等待任务完成并可能返回结果的时间。慢的 (长的) 响应时 间说明坏的性能和沮丧的用户，而快速的响应时间意味着更好的性能和满意的用户。你应该 跟用户谈一谈，以得到当他们运行事务时发生什么的反馈信息。但尽量得到特定的和有针对 性的回答—有时用户并不知道他们的事务是否应该运行得更快，他们可能已经习惯了一个 事务花费两分钟才完成，从不对此进行抱怨；通过调整，这个事务只需一秒钟就能完成，这 样就允许用户在一天中可以完成更多的工作。 你可能会遇到一个事务在每次执行时，都以不同的响应时间完成的情况。例如，用户在 第一次执行一个查询时，可能花费 1 0秒钟等待它完成，而另一次运行却等待 1 0分钟。这种不 同预示着你的系统可能具有性能问题，可能很容易，也可能很难解决这个性能问题。这种相 同查询带来不同响应时间的现象可能与查询在一天中运行的时间有关。例如，如果查询第一 次运行是在早晨 7 : 3 0 ，在所有的用户注册到系统之前执行，而第二次运行时间是上午 1 0点， 在许多处理正在进行的时候；那么，在第二次运行时，在系统上对资源的竞争比第一次的要 多。另一个可能性是在稍后的时间正在进行一次数据库备份，这将导致在系统上有大量的读 活动，会减慢所有的用户事务。 因此，系统可能在一天中的不同时间显示不同的性能级别 (好的或坏的) ，完全根据用户活 动的多少。如果用户查询需要一个非常长的时间完成，或基于以前的调整经验，比你认为完 成的时间要长(我们发现过一个用户事务持续了 3 6小时才完成的例子！) ；这表明可能有一个应 该解决的性能问题，并且应该调查系统上正在进行什么。如果你在某些方面受到限制的话， 有时解决一个性能问题是不可能的。例如，你可能需要更多的磁盘以处理系统的 I / O 需要，但 由于预算的限制，却不能购买更多的硬件。确信在你的预算计算中包括了新的与备份的硬件 第4章 调整SQL Server 3 9 下载 费用，以备将来可能需要硬件的时候使用。 另一个知道你是否具有性能问题的方法是简单地定期监控系统。本书将学习在监控时监 控哪些信息，并且学习用于解释你所看到结果的指南。本章讨论的监控硬件性能的主要方法 是Windows NT/2000 性能监视器(Performance Monitor) 。通过使用性能监视器，可以保留性能 计数器的记录，以便在以后的时间查看这些数据。性能监视器还提供了非常好的方法，用于 比较系统在不同的日期和时间的性能数据，以查看系统的进展如何 (在本书的另一章，我们讨 论如何使用SQL Server 的企业管理器进行其他类型的调整) 。 在确定具有硬件瓶颈之前，应该调查 S Q L语句、存储过程、应用代码、数据库设计以及 索引—这些地方也可能导致性能问题。例如，如果你有一条进行全表扫描的查询，它将比 使用索引完成该查询产生更多的磁盘 I / O 。本书的后面部分将详细讨论这些主题。此处的要