-4
對於像IMDB(http://www.imdb.com/name/nm0000138/),LinkedIn或Facebook這樣的站點,似乎可能會有一千個查詢加載單個頁面。針對單個頁面請求的大量db查詢策略
在頁面請求上可以(明智地)生成的查詢數量是否有上限?或者是這個問題通過緩存解決,如memcached
?是否還有其他策略可以使用? (我想IMDB內容對於用戶頁面來說大部分是靜態的)。
對於像IMDB(http://www.imdb.com/name/nm0000138/),LinkedIn或Facebook這樣的站點,似乎可能會有一千個查詢加載單個頁面。針對單個頁面請求的大量db查詢策略
在頁面請求上可以(明智地)生成的查詢數量是否有上限?或者是這個問題通過緩存解決,如memcached
?是否還有其他策略可以使用? (我想IMDB內容對於用戶頁面來說大部分是靜態的)。
沒有真正的硬性限制。這將取決於許多因素;包括您的數據庫流量的配置文件,可用於您的數據庫的資源,您的數據庫架構(複製/分佈式等),您的架構,您的應用程序設計,網絡連接以及用戶的期望。
要做的最好的事情就是了解你的網頁加載時間應該是多少(95%的網頁加載時間應該在0.5秒以內),然後設置一些基準檢查來檢查你是否正在擊中目標。只要您的應用程序採用分層方法進行構建,並且組件已被良好地封裝/分離,則您應該能夠添加性能改進策略(如緩存),以便將性能保持在需要的位置。