2 回答

TA貢獻1998條經(jīng)驗 獲得超6個贊
建議先在本機測試一下訪問速度,以明確問題:
1、如果瓶頸在數(shù)據(jù)庫訪問多,那么和1M帶寬就沒什么關系??梢钥紤]采用ajax的方式,先加載主要的內容,其他內容異步加載。
2、如果是返回數(shù)據(jù)庫多,造成網(wǎng)絡傳輸慢,才和帶寬有關系,這時候一般是做分頁查詢降低數(shù)據(jù)量,另外就是服務器上啟動gzip壓縮,會大大降低網(wǎng)絡傳輸量。
理論上一個業(yè)務動作中,訪問10次數(shù)據(jù)庫不算什么,如果少量數(shù)據(jù)的查詢,單次數(shù)據(jù)庫的查詢處理時間一般在幾十毫秒,整體算下來總時間應該在1秒以內。
還有一個思路就是靜態(tài)化處理,因為博客類的站點內變更不頻繁,在內容發(fā)布的時候可以生成靜態(tài)頁面,用戶訪問的時候只顯示生成好的靜態(tài)問題,這樣速度回快很多。

TA貢獻1772條經(jīng)驗 獲得超8個贊
有兩個方法:
1.二級緩存,在服務器啟動的時候,把這些數(shù)據(jù)都加載到緩存當中,就不用每次向數(shù)據(jù)庫發(fā)請求了;
2.在頁面使用ajax異步加載,使用異步并發(fā)獲取服務器數(shù)據(jù).
這應該是最簡單的兩種實現(xiàn)方式了,如果沒有的話可以試一下,也可以兩種同時使用.
添加回答
舉報