拆分數據庫表來平衡負載？

比方說，你有一個網站，用戶登錄使用。每個用戶訪問他們添加和刪除信息到單個數據庫表的頁面。只有他們可以看到並訪問他們的數據。非常直截了當。拆分數據庫表來平衡負載？

現在，假設該網站非常受歡迎。更多用戶+更多數據=有很多記錄的非常大的表格。

所以我想知道的是，它是更好的負載平衡的原因，而不是有一個每個人都添加類似的數據表，有多個相似的表和用戶分配到一個表，用戶。

因此，而不是1000個用戶選擇和更新一個大表，也許你有100個表，每個表只能由10個用戶訪問。

我在想，這是一種數據庫組織策略，可以改善負載平衡嗎？或者它會導致相同數量的負載？這是一種常見的策略嗎？如果有的話，是否有一個名稱？

對不起，我以爲我發佈了這個ServerFault。請遷移。

2011-08-03 Jake Wilson

這個問題是脫離主題（這是一個系統管理問題，而不是一個編程問題，那些屬於http://serverfault.com），並不能在StackExchange站點上詢問（徵求意見的問題，辯論或擴大討論將以「不具建設性」的理由來結束）。這並不意味着它不是一個有效的問題，只是不適合SE的Q＆A格式和創建正確答案庫的目標。你可以問它，只是不在這裏。 –

首先，我以爲我昨天晚上登錄SF時發佈了它。沒有意識到它是如此。其次，這怎麼不是一個建設性的問題？這是一個關於如何有效（或無效）潛在的數據庫負載平衡解決方案的問題。這不是一個要求任何人的意見或主觀答案的問題...... –

如果當你碰到一個與數據庫相關的瓶頸，當你的活動數據集的大小增長超過RAM的服務器上的量這將是。那時，在同一臺服務器內拆分表並不會爲你購買任何東西;它不會做任何事情來改變磁盤IO比RAM慢幾個數量級的事實。您將要麼升級RAM，要麼儘可能地完成這些任務，將數據分散到多個服務器上。

來源

2011-08-03 07:13:14

Lookup sharding。但我建議你現在不用擔心這一點。你實際上並不知道什麼是你的系統的慢點，除非它真的很大，並且你可以測量它。

另見：http://dev.mysql.com/doc/refman/5.1/en/partitioning.html

來源

2011-08-03 05:58:23 Ariel

拆分數據庫表來平衡負載？

回答

相關問題