此文章主要介绍的是检测与解决 SQL Server2000 SP4中问题即，索引并行性，我们大家都知道在实际操作中有些特别常见的情况是，因为索引丢失以及由此导致的扫描、哈希和排序对 I/O 系统造成的压力，所以突发大量的 I/O。
运行一遍“Index Turning Wizard”通常会有助于解决系统的 I/O 压力。假如添加索引可以帮助查询避免表扫描甚至排序或哈希，则系统可以获得多个优点：
减少完成操作所需的物理 I/O，这直接等效于提高查询的性能。
数据缓存中只有较少的页面必须周转，因此缓存中的那些页面可以一直与活动查询相关。
避免不必要的排序和哈希。
可以降低 tempdb 利用率和减少争用情况。
减少资源利用率和/或并行操作。因为 SQL Server 不能保证服务器在确定是否将查询并行化时考虑并行查询执行和系统中的负载，所以您最好针对串行执行优化所有查询。在 Q/A 环境中，应该将 max degree of parallelism 设置为以便对根本没有从服务器收到任何并行计划的最糟糕情况强行进行调整。
假如在测试环境中证实查询可以按串行方式高效执行，则生产环境中的并行计划可以提供出乎意料的性能改进。但是，很多情况下，SQL Server 选择并行执行，这是因为要遍历数据的绝对数量过于庞大。
该数据量通常直接受到索引的影响。例如，假如丢失索引，则可能产生大量排序操作。我们很容易就可以看出，执行排序操作的多个辅助进程如何使响应速度比以串行方式处理排序更快速，不过我们需要了解，该操作可能大幅增加 I/O 系统的压力。
当多个辅助进程并发运行时，来自多个辅助进程的大型读请求可能导致 I/O 突发以及 CPU 利用率提高。很多时候，假如添加了索引或者发生了其他调整操作，则可以调整查询以使其更快地运行并使用更少的资源。这不仅提高了相关查询的性能，而且还提高了系统的整体性能。
以上的相关内容就是对检测和解决 SQL Server2000 SP4中问题之索引和并行性的介绍，望你能有所收获。
上述的相关内容就是对检测和解决 SQL Server2000 SP4中问题之索引和并行性的描述，希望会给你带来一些帮助在此方面。