SQL Server2000 SP4中的問題破解
此文章主要介紹的是檢測與解決 SQL Server2000 SP4中問題即，索引并行性，我們大家都知道在實際操作中有些特別常見的情況是，因為索引丟失以及由此導致的掃描、哈希和排序對 I/O 系統(tǒng)造成的壓力，所以突發(fā)大量的 I/O。
運行一遍“Index Turning Wizard”通常會有助于解決系統(tǒng)的 I/O 壓力。如果添加索引可以幫助查詢避免表掃描甚至排序或哈希，則系統(tǒng)可以獲得多個優(yōu)點：
減少完成操作所需的物理 I/O，這直接等效于提高查詢的性能。
數(shù)據緩存中只有較少的頁面必須周轉，因此緩存中的那些頁面可以一直與活動查詢相關。
避免不必要的排序和哈希。
可以降低 tempdb 利用率和減少爭用情況。
減少資源利用率和/或并行操作。因為 SQL Server 不能保證服務器在確定是否將查詢并行化時考慮并行查詢執(zhí)行和系統(tǒng)中的負載，所以您最好針對串行執(zhí)行優(yōu)化所有查詢。在 Q/A 環(huán)境中，應該將 max degree of parallelism 設置為以便對根本沒有從服務器收到任何并行計劃的最糟糕情況強行進行調整。
如果在測試環(huán)境中證實查詢可以按串行方式高效執(zhí)行，則生產環(huán)境中的并行計劃可以提供出乎意料的性能改進。但是，很多情況下，SQL Server 選擇并行執(zhí)行，這是因為要遍歷數(shù)據的絕對數(shù)量過于龐大。
該數(shù)據量通常直接受到索引的影響。例如，如果丟失索引，則可能產生大量排序操作。我們很容易就可以看出，執(zhí)行排序操作的多個輔助進程如何使響應速度比以串行方式處理排序更快速，不過我們需要了解，該操作可能大幅增加 I/O 系統(tǒng)的壓力。
當多個輔助進程并發(fā)運行時，來自多個輔助進程的大型讀請求可能導致 I/O 突發(fā)以及 CPU 利用率提高。很多時候，如果添加了索引或者發(fā)生了其他調整操作，則可以調整查詢以使其更快地運行并使用更少的資源。這不僅提高了相關查詢的性能，而且還提高了系統(tǒng)的整體性能。
以上的相關內容就是對檢測和解決 SQL Server2000 SP4中問題之索引和并行性的介紹，望你能有所收獲。
上述的相關內容就是對檢測和解決 SQL Server2000 SP4中問題之索引和并行性的描述，希望會給你帶來一些幫助在此方面。
【編輯推薦】
