SQLServer占內(nèi)存過(guò)多的實(shí)際解決方案
文章主要描述的是SQLServer占內(nèi)存過(guò)多的正確解決方法,在實(shí)際操作可能會(huì)有人會(huì)問(wèn)到關(guān)于MSSQL占用了太多的內(nèi)存,而且還不斷的增長(zhǎng);或者說(shuō)已經(jīng)設(shè)置了使用內(nèi)存,可是它沒(méi)有用到那么多,這是怎么一回事兒呢?
首先,我們來(lái)看看MSSQL是怎樣使用內(nèi)存的。
經(jīng)??匆?jiàn)有人問(wèn),MSSQL占用了太多的內(nèi)存,而且還不斷的增長(zhǎng);或者說(shuō)已經(jīng)設(shè)置了使用內(nèi)存,可是它沒(méi)有用到那么多,這是怎么一回事兒呢? 首先,我們來(lái)看看MSSQL是怎樣使用內(nèi)存的。
***的開(kāi)銷(xiāo)一般是用于數(shù)據(jù)緩存,如果內(nèi)存足夠,它會(huì)把用過(guò)的數(shù)據(jù)和覺(jué)得你會(huì)用到的數(shù)據(jù)統(tǒng)統(tǒng)扔到內(nèi)存中,直到內(nèi)存不足的時(shí)候,才把命中率低的數(shù)據(jù)給清掉。所以一般我們?cè)诳磗tatistics io的時(shí)候,看到的physics read都是0。
其次就是查詢(xún)的開(kāi)銷(xiāo),一般地說(shuō),hash join是會(huì)帶來(lái)比較大的內(nèi)存開(kāi)銷(xiāo)的,而merge join和nested loop的開(kāi)銷(xiāo)比較小,還有排序和中間表、游標(biāo)也是會(huì)有比較大的開(kāi)銷(xiāo)的。
所以用于關(guān)聯(lián)和排序的列上一般需要有索引。
再其次就是對(duì)執(zhí)行計(jì)劃、系統(tǒng)數(shù)據(jù)的存儲(chǔ),這些都是比較小的。
我們先來(lái)看數(shù)據(jù)緩存對(duì)性能的影響,如果系統(tǒng)中沒(méi)有其它應(yīng)用程序來(lái)爭(zhēng)奪內(nèi)存,數(shù)據(jù)緩存一般是越多越好,甚至有些時(shí)候我們會(huì)強(qiáng)行把一些數(shù)據(jù)pin在高速緩存中。但是如果有其它應(yīng)用程序,雖然在需要的時(shí)候MSSQL會(huì)釋放內(nèi)存,但是線(xiàn)程切換、IO等待這些工作也是需要時(shí)間的,所以就會(huì)造成性能的降低。這樣我們就必須設(shè)置MSSQL的***內(nèi)存使用??梢栽赟QL Server 屬性(內(nèi)存選項(xiàng)卡)中找到配置***使用內(nèi)存的地方,或者也可以使用sp_configure來(lái)完成。如果沒(méi)有其它應(yīng)用程序,那么就不要限制MSSQL對(duì)內(nèi)存的使用。
然后來(lái)看查詢(xún)的開(kāi)銷(xiāo),這個(gè)開(kāi)銷(xiāo)顯然是越低越好,因?yàn)槲覀儾荒軓闹械玫胶锰?,相反,使用了越多的?nèi)存多半意味著查詢(xún)速度的降低。所以我們一般要避免中間表和游標(biāo)的使用,在經(jīng)常作關(guān)聯(lián)和排序的列上建立索引。以上的相關(guān)內(nèi)容就是對(duì)SQLServer占內(nèi)存過(guò)多的解決方法的介紹,望你能有所收獲。
上述的相關(guān)內(nèi)容就是對(duì)SQLServer占內(nèi)存過(guò)多的解決方法的描述,希望會(huì)給你帶來(lái)一些幫助在此方面。
【編輯推薦】
- SQL Server2000連接錯(cuò)誤的原因描述
- SQL Server2000連接錯(cuò)誤的緣由有哪些?
- SQL Server實(shí)例中對(duì)另個(gè)實(shí)例的調(diào)用
- SQL Server 2000的安全策略的正確打造
- SQL Server 數(shù)據(jù)導(dǎo)入的實(shí)際行為規(guī)范描述