84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
恕我未做過大型網站,對資料庫方面還是不太精通
如果購物表有千億條數據,主鍵id取值應該設為多大合適?
但淘寶發展至今,這麼多的淘寶訂單資料是怎麼存的呢,如此龐大的資料量?
求大神解
有這麼多種方式
1。分庫 例如按訂單號尾號0-9 分成10個庫 查詢訂單的時候 寫一個小演算法去匹配是哪個資料庫就行了,一個庫一台資料庫伺服器
如果是一千萬資料量那就變成一百萬個資訊一個庫 這樣資料庫的壓力幾乎就沒有了
2。如果併發量特別大,那麼再把每個庫分成N個表 範例:將訂單號每50萬個資訊分成一個表 假設10億個訊息,那麼一個表才2千個資料
我不知道我說的資料庫結構的設計你能否明白
有這麼多種方式
1。分庫 例如按訂單號尾號0-9 分成10個庫 查詢訂單的時候 寫一個小演算法去匹配是哪個資料庫就行了,一個庫一台資料庫伺服器
如果是一千萬資料量那就變成一百萬個資訊一個庫 這樣資料庫的壓力幾乎就沒有了
2。如果併發量特別大,那麼再把每個庫分成N個表 範例:將訂單號每50萬個資訊分成一個表 假設10億個訊息,那麼一個表才2千個資料
我不知道我說的資料庫結構的設計你能否明白