您的SQL Server應(yīng)用程序查詢正在浪費(fèi)內(nèi)存嗎？

　　不準(zhǔn)備你的查詢或者不使用存儲(chǔ)過(guò)程會(huì)增加不必要的SQL Server計(jì)劃緩存。什么是計(jì)劃緩存呢?簡(jiǎn)單地說(shuō)，它是SQL Server共享內(nèi)存池的一部分，在這里，解析、編譯和執(zhí)行優(yōu)化這些查詢之后，查詢執(zhí)行計(jì)劃仍被保存。無(wú)論何時(shí)執(zhí)行一個(gè)查詢，內(nèi)存的這個(gè)區(qū)域都會(huì)被查找，以便確定現(xiàn)有的一個(gè)計(jì)劃是否可以重新使用來(lái)滿足一個(gè)查詢請(qǐng)求。重新使用計(jì)劃為數(shù)據(jù)庫(kù)引擎節(jié)約了潛在的CPU密集工作，例如，如果唯一的不同點(diǎn)是WHERE從句中正在使用的值，我們不得不一次又一次重新解析，重新編譯，重新優(yōu)化查詢。這將導(dǎo)致查詢響應(yīng)時(shí)間加快，服務(wù)器中的CPU壓力降低。

　　下面的Java代碼片斷提出一系列非參數(shù)特設(shè)查詢到AdventureWorks數(shù)據(jù)庫(kù)中，以此來(lái)獲得用戶銷售訂單數(shù)據(jù)。它通過(guò)循環(huán)，從AdventureWorks SalesOrderHeader表中前20張訂單中獲得信息。

　　圖一

　　讓我們用SQL Server 2005 DMVs來(lái)檢驗(yàn)計(jì)劃緩存中特設(shè)查詢的效果。

　　運(yùn)行查詢之后，我們可以從下面的圖中看到，每一個(gè)查詢執(zhí)行都在內(nèi)存中存儲(chǔ)了一個(gè)非常具體的計(jì)劃，該計(jì)劃沒(méi)有參數(shù)化，也沒(méi)有被數(shù)據(jù)庫(kù)引擎重新利用。因?yàn)檫@些計(jì)劃是如此的具體，所以任何這些計(jì)劃能夠被重新使用的可能性很小。很容易看到，如果這是一個(gè)使用頻率非常高的應(yīng)用程序，那么服務(wù)器內(nèi)存會(huì)很快地消耗。

　　圖二

現(xiàn)在將調(diào)整Java代碼來(lái)準(zhǔn)備這個(gè)查詢語(yǔ)句。在執(zhí)行之前，我通過(guò)命令DBCC FREEPROCCACHE清除該計(jì)劃緩存，接著通過(guò)一個(gè)準(zhǔn)備好的語(yǔ)句重新運(yùn)行java class：

　　圖三

　　重新審視這個(gè)計(jì)劃緩存，我們可以看到，該查詢已經(jīng)成功編譯并且重新用于所有的執(zhí)行，因此有效地使用和保存服務(wù)器內(nèi)存和限制CPU使用。

　　圖四

　　現(xiàn)在，考慮到由于計(jì)劃緩存是內(nèi)存共享池的一部分，那么消除多余的計(jì)劃可以為其他緩存騰出更多可用內(nèi)存，從而使其他的緩存可以使用這個(gè)共享池，比如存儲(chǔ)已經(jīng)從硬盤中讀取到內(nèi)存中的數(shù)據(jù)和索引頁(yè)的SQL Server數(shù)據(jù)緩存。

　　雖然相對(duì)于使用非參數(shù)特設(shè)的查詢請(qǐng)求來(lái)說(shuō)，準(zhǔn)備好的查詢是一種更好的方法，但是比起這兩種方法，我個(gè)人更偏向于使用存儲(chǔ)過(guò)程。允許直接訪問(wèn)你的核心數(shù)據(jù)庫(kù)表存在安全風(fēng)險(xiǎn)，通過(guò)存儲(chǔ)過(guò)程把數(shù)據(jù)從邏輯中抽取出來(lái)可以減少維護(hù)，并且當(dāng)業(yè)務(wù)需求變化時(shí)，它也能夠減少數(shù)據(jù)模型的變化。無(wú)論你選擇哪種數(shù)據(jù)訪問(wèn)方法，請(qǐng)記住通過(guò)確保你的查詢計(jì)劃是可以重復(fù)利用的，從而把你的應(yīng)用程序從潛在的內(nèi)存和CPU問(wèn)題中解救出來(lái)。

生活不易，碼農(nóng)辛苦
如果您覺(jué)得本網(wǎng)站對(duì)您的學(xué)習(xí)有所幫助,可以手機(jī)掃描二維碼進(jìn)行捐贈(zèng)