經常看見有人問，mssql占用了太多的記憶體，而且還不斷的增長；或者說已經設定了使用記憶體，可是它沒有用到那麼多，這是怎麼一回事兒呢？首先，我們來看看mssql是怎樣使用記憶體的。
最大的開銷一般是用於資料快取，如果記憶體足夠，它會把用過的資料和覺得你會用到的資料統統扔到記憶體中，直到記憶體不足的時候，才把命中率低的資料給清掉。所以一般我們在看statistics io的時候，看到的physics read都是0。
其次就是查詢的開銷，一般地說，hash join是會帶來比較大的記憶體開銷的，而merge join和nested loop的開銷比較小，還有排序和中間表、游標也是會有比較大的開銷的。
所以用於關聯和排序的列上一般需要有索引。
再其次就是對執行計畫、系統資料的儲存，這些都是比較小的。
我們先來看資料快取對效能的影響，如果系統中沒有其它應用程式來爭奪記憶體，資料快取一般是越多越好，甚至有些時候我們會強行把一些資料pin在快取記憶體中。但是如果有其它應用程式，雖然在需要的時候mssql會釋放記憶體，但是執行緒切換、io等待這些工作也是需要時間的，所以就會造成效能的降低。這樣我們就必須設定mssql的最大記憶體使用。可以在sql server 屬性（記憶體選項卡）中找到配置最大使用記憶體的地方，或者也可以使用sp_configure來完成。如果沒有其它應用程式，那麼就不要限制mssql對記憶體的使用。
然後來看查詢的開銷，這個開銷顯然是越低越好，因為我們不能從中得到好處，相反，使用了越多的記憶體多半意味著查詢速度的降低。所以我們一般要避免中間表和游標的使用，在經常作關聯和排序的列上建立索引。
python threadpool的記憶體占用問題
先說結論 在使用多執行緒時，不要使用threadpool，應該使用threading,尤其是資料量大的情況。因為threadpool會導致嚴重的記憶體占用問題！對比threading和threadpool的記憶體占用 coding utf 8 import time import osimport ...
記憶體對映佔物理記憶體統計
系統 centos 語言 c 背景 搜尋引擎的索引資料很大，分布式之後，每個索引節點的索引資料還是比較大，佔了大概100g左右，全放在記憶體中是不現實的，而且因為我們的搜尋引擎不穩定，單個節點容易出現崩潰的問題，所以索引資料需要落盤到磁碟上，這樣雖然會使單個搜尋節點更加穩定，但是磁碟比記憶體的缺點就...
ArrayMap和HashMap的記憶體占用的區別
hashmap 原理 hashmap 是基於雜湊表的 map 介面實現的，內部儲存的結構是使用雜湊表的拉鍊結構 陣列 鍊錶 的方式，如下圖所示 hashmap中預設的儲存大小就是乙個容量為16的陣列，所以當我們建立出乙個hashmap物件時，即使裡面沒有任何元素，也要分別一塊記憶體空間給它，而且，我...