解決SQL Server佔用記憶體過多的問題

經常看見有人問，MSSQL佔用了太多的記憶體，而且還不斷的增長; 或者說已經設定了使用記憶體，可是它沒有用到那麼多，這是怎麼一回事兒呢?

　　首先，我們來看看MSSQL是怎樣使用記憶體的。

　　最大的開銷一般是用於資料緩衝，如果記憶體足夠，它會把用過的資料和覺得你會用到的資料統統扔到記憶體中，直到記憶體不足的時候，才把命中率低的資料給清掉。所以一般我們在看statistics io的時候，看到的physics read都是0。

　　其次就是查詢的開銷，一般地說，hash join是會帶來比較大的記憶體開銷的，而merge join和nested loop的開銷比較小，還有排序和中間表、遊標也是會有比較大的開銷的。

　　所以用於關聯和排序的列上一般需要有索引。

　　再其次就是對執行計畫、系統資料的儲存，這些都是比較小的。

　　我們先來看資料緩衝對效能的影響，如果系統中沒有其它應用程式來爭奪記憶體，資料緩衝一般是越多越好，甚至有些時候我們會強行把一些資料pin在快取中。但是如果有其它應用程式，雖然在需要的時候MSSQL會釋放記憶體，但是線程切換、IO等待這些工作也是需要時間的，所以就會造成效能的降低。這樣我們就必須設定MSSQL的最大記憶體使用量。可以在SQL Server 屬性(記憶體選項卡)中找到配置最大使用記憶體的地方，或者也可以使用sp_configure來完成。如果沒有其它應用程式，那麼就不要限制MSSQL對記憶體的使用。

　　然後來看查詢的開銷，這個開銷顯然是越低越好，因為我們不能從中得到好處，相反，使用了越多的記憶體多半意味著查詢速度的降低。所以我們一般要避免中間表和遊標的使用，在經常作關聯和排序的列上建立索引。