正常比較快的方式，是直接計算讀資料庫的容量。
及可能性的變數利用。
還有轉換率。
也就是說，先計算最大使用容量，也就是報表類。
一次請求的筆數及可能性容量。
假設來說。我報表一次請求所得的資料大約是100MB。
一般還會再加上1.5倍(轉換容積)
那就計算150MB吧。然後再乘上最大連線數。
基本15就很多了。我大多會計算到50。
所以150X50 = 7500。
也就是說少說也得要8G。
當然。其實大多數來說，很少會50條全滿就是了。
這只是單純的計算。
如果要精算就.....
大多數來說，基本資料庫連線率安全計算是8人會觸發到一條。
(不要問我8是怎麼算了，我早忘了)
所以依你的訪客量來計算/8。就是大略的連線數。
在依資料容量乘連線數計算就能大略的推估需求。
PS:其實現在很懶的算。直接先開4G。看數據情況。再加到8G。
分享一下我在 2012年寫的
https://ithelp.ithome.com.tw/articles/10106977
https://ithelp.ithome.com.tw/articles/10107321
記憶體使用情況紀錄與繪圖
開發系統評估記憶體的量，我會從OS、DB、連線數、程式的寫法、相關設定、預算(最重要)來做平衡，基本上經費夠就稍微加大點吧，我認為這是CP值較高的硬體投資
iThome鐵人賽
看影片追技術