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