首先
我們來看看MSSQL是怎樣使用內存的
最大的開銷一般是用於數據緩存
如果內存足夠
它會把用過的數據和覺得你會用到的數據統統扔到內存中
直到內存不足的時候
才把命中率低的數據給清掉
所以一般我們在看statistics io的時候
看到的physics read都是
其次就是查詢的開銷
一般地說
hash join是會帶來比較大的內存開銷的
而merge join和nested loop的開銷比較小
還有排序和中間表
游標也是會有比較大的開銷的
所以用於關聯和排序的列上一般需要有索引
再其次就是對執行計劃
系統數據的存儲
這些都是比較小的
我們先來看數據緩存對性能的影響
如果系統中沒有其它應用程序來爭奪內存
數據緩存一般是越多越好
甚至有些時候我們會強行把一些數據pin在高速緩存中
但是如果有其它應用程序
雖然在需要的時候MSSQL會釋放內存
但是線程切換
IO等待這些工作也是需要時間的
所以就會造成性能的降低
這樣我們就必須設置MSSQL的最大內存使用
可以在SQL Server 屬性（內存選項卡）中找到配置最大使用內存的地方
或者也可以使用sp_configure來完成
如果沒有其它應用程序
那麼就不要限制MSSQL對內存的使用
然後來看查詢的開銷
這個開銷顯然是越低越好
因為我們不能從中得到好處
相反
使用了越多的內存多半意味著查詢速度的降低
所以我們一般要避免中間表和游標的使用
在經常作關聯和排序的列上建立索引
From:http://tw.wingwit.com/Article/Fault/201311/10426.html
