我有5個數百萬行的表。問題是我需要創建一個菜單,甚至可能在未來擴展更多。選擇查詢這個表格是我網站的核心。任何訪問我的網站的人將達到服務器的十幾個選擇查詢。在這種情況下可以實現的最佳架構設計是什麼?架構問題處理來自MySql服務器的大數據
- 使用索引和緩存。
- 生成一個XML或JSON,可供所有用戶使用,而無需每次都查詢數據庫。 [XML或JSON可以通過cron作業生成,我的行不會每5分鐘更改一次]。
還有沒有其他的好辦法呢?即使批評我上面提到的我的方式是一個有效的答案。 PS:如果解決方案存在於更好的軟件架構中,我很樂意不投資更多的服務器電源。
使用JSON/XML /無論如何緩存數據庫服務器結果都是一個改進,這遠非是明確的。查詢的性質是什麼:複雜的聯接?大規模聚合?廣泛的結果?結果是否爲每個用戶定製? – wallyk
複雜連接是的。按用戶定製是的。 –