破解SQL Server占內(nèi)存過多很簡單!
以下的文章主要是介紹SQL Server占內(nèi)存過多的解決方案,以下是文章就是對SQL Server數(shù)據(jù)庫在實際操作中占內(nèi)存過多的正確的解決方法的具體介紹,望你瀏覽完以下的內(nèi)容會有所收獲。
經(jīng)常看見有人問,MSSQL占用了太多的內(nèi)存,而且還不斷的增長;或者說已經(jīng)設(shè)置了使用內(nèi)存,可是它沒有用到那么多,這是怎么一回事兒呢? 首先,我們來看看MSSQL是怎樣使用內(nèi)存的。
經(jīng)常看見有人問,MSSQL占用了太多的內(nèi)存,而且還不斷的增長;或者說已經(jīng)設(shè)置了使用內(nèi)存,可是它沒有用到那么多,這是怎么一回事兒呢? 首先,我們來看看MSSQL是怎樣使用內(nèi)存的。
最大的開銷一般是用于數(shù)據(jù)緩存,如果內(nèi)存足夠,它會把用過的數(shù)據(jù)和覺得你會用到的數(shù)據(jù)統(tǒng)統(tǒng)扔到內(nèi)存中,直到內(nèi)存不足的時候,才把命中率低的數(shù)據(jù)給清掉。所以一般我們在看statistics io的時候,看到的physics read都是0。
其次就是查詢的開銷,一般地說,hash join是會帶來比較大的內(nèi)存開銷的,而merge join和nested loop的開銷比較小,還有排序和中間表、游標也是會有比較大的開銷的。
所以用于關(guān)聯(lián)和排序的列上一般需要有索引。
再其次就是對執(zhí)行計劃、系統(tǒng)數(shù)據(jù)的存儲,這些都是比較小的。
我們先來看數(shù)據(jù)緩存對性能的影響,如果系統(tǒng)中沒有其它應(yīng)用程序來爭奪內(nèi)存,數(shù)據(jù)緩存一般是越多越好,甚至有些時候我們會強行把一些數(shù)據(jù)pin在高速緩存中。但是如果有其它應(yīng)用程序,雖然在需要的時候MSSQL會釋放內(nèi)存,但是線程切換、IO等待這些工作也是需要時間的,所以就會造成性能的降低。
‘這樣我們就必須設(shè)置MSSQL的最大內(nèi)存使用。可以在SQL Server 屬性(內(nèi)存選項卡)中找到配置最大使用內(nèi)存的地方,或者也可以使用sp_configure來完成。如果沒有其它應(yīng)用程序,那么就不要限制MSSQL對內(nèi)存的使用。
然后來看查詢的開銷,這個開銷顯然是越低越好,因為我們不能從中得到好處,相反,使用了越多的內(nèi)存多半意味著查詢速度的降低。所以我們一般要避免中間表和游標的使用,在經(jīng)常作關(guān)聯(lián)和排序的列上建立索引。
以上的相關(guān)內(nèi)容就是對SQL Server占內(nèi)存過多的解決方法的介紹,望你能有所收獲。
上述的相關(guān)內(nèi)容就是對SQL Server占內(nèi)存過多的解決方法的描述,希望會給你帶來一些幫助在此方面。
【編輯推薦】