SQLServer占內存過多的實際解決方案
文章主要描述的是SQLServer占內存過多的正確解決方法，在實際操作可能會有人會問到關于MSSQL占用了太多的內存，而且還不斷的增長；或者說已經設置了使用內存，可是它沒有用到那么多，這是怎么一回事兒呢？
首先，我們來看看MSSQL是怎樣使用內存的。
經常看見有人問，MSSQL占用了太多的內存，而且還不斷的增長；或者說已經設置了使用內存，可是它沒有用到那么多，這是怎么一回事兒呢？ 首先，我們來看看MSSQL是怎樣使用內存的。
***的開銷一般是用于數據緩存，如果內存足夠，它會把用過的數據和覺得你會用到的數據統統扔到內存中，直到內存不足的時候，才把命中率低的數據給清掉。所以一般我們在看statistics io的時候，看到的physics read都是0。
其次就是查詢的開銷，一般地說，hash join是會帶來比較大的內存開銷的，而merge join和nested loop的開銷比較小，還有排序和中間表、游標也是會有比較大的開銷的。
所以用于關聯和排序的列上一般需要有索引。
再其次就是對執行計劃、系統數據的存儲，這些都是比較小的。
我們先來看數據緩存對性能的影響，如果系統中沒有其它應用程序來爭奪內存，數據緩存一般是越多越好，甚至有些時候我們會強行把一些數據pin在高速緩存中。但是如果有其它應用程序，雖然在需要的時候MSSQL會釋放內存，但是線程切換、IO等待這些工作也是需要時間的，所以就會造成性能的降低。這樣我們就必須設置MSSQL的***內存使用。可以在SQL Server 屬性（內存選項卡）中找到配置***使用內存的地方，或者也可以使用sp_configure來完成。如果沒有其它應用程序，那么就不要限制MSSQL對內存的使用。
然后來看查詢的開銷，這個開銷顯然是越低越好，因為我們不能從中得到好處，相反，使用了越多的內存多半意味著查詢速度的降低。所以我們一般要避免中間表和游標的使用，在經常作關聯和排序的列上建立索引。以上的相關內容就是對SQLServer占內存過多的解決方法的介紹，望你能有所收獲。
上述的相關內容就是對SQLServer占內存過多的解決方法的描述，希望會給你帶來一些幫助在此方面。
【編輯推薦】
- SQL Server2000連接錯誤的原因描述
- SQL Server2000連接錯誤的緣由有哪些？
- SQL Server實例中對另個實例的調用
- SQL Server 2000的安全策略的正確打造
- SQL Server 數據導入的實際行為規范描述
