這種預估大差不差的，論壇裡面發表帖子的表，時間長了這張表肯定很大，幾十萬，幾百萬都有可能。 聊天室裡面資訊表，幾十個人在一起一聊乙個晚上，時間長了，這張表的資料肯定很大。像這樣的情況很多。所以這種能預估出來的大資料量表，我們就事先分出個n個表，這個n是多少，根據實際情況而定。以聊天資訊表為例：
我事先建100個這樣的表，message_00,message_01,message_02..........message_98,message_99.然後根據使用者的id來判斷這個使用者的聊天資訊放到哪張表裡面，你可以用hash的方式來獲得，可以用求餘的方式來獲得，方法很多，各人想各人的吧。下面用hash的方法來獲得表名：
<?php
function get_hash_table($table,$userid) else
return
$table."_".$hash;
} echo get_hash_table('message','user18991'); //結果為message_10
echo get_hash_table('message','user34523'); //結果為message_13
?>
說明一下，上面的這個方法，告訴我們user18991這個使用者的訊息都記錄在message_10這張表裡，user34523這個使用者的訊息都記錄在message_13這張表裡，讀取的時候，只要從各自的表中讀取就行了。
優點：避免一張表出現幾百萬條資料，縮短了一條sql的執行時間
缺點：當一種規則確定時，打破這條規則會很麻煩，上面的例子中我用的hash演算法是crc32，如果我現在不想用這個演算法了，改用md5後，會使同乙個使用者的訊息被儲存到不同的表中，這樣資料亂套了。擴充套件性很差。
資料庫水平分表
1.前言 但資料庫資料到達千萬級別的時候，查詢如果不按索引查就會非常慢，於是這裡打算利用水平分表來優化一下查詢，提高效率 2.分表 取我當前表的某一列的前兩個數字進行二級分表，將千萬資料化分成十萬。首先執行迴圈建表 create procedure sum1 a int begin declare ...
mysql資料庫的水平分表與垂直分表例項講解
在我上一篇文章中說過，mysql語句的優化有侷限性，mysql語句的優化都是圍繞著索引去優化的，那麼如果mysql中的索引也解決不了海量資料查詢慢的狀況，那麼有了水平分表與垂直分表的出現 我就是記錄一下自己的理解 水平分表 如上圖所示 另外三張表表結構是一樣的 只不過把資料進行分別存放在這三張表中，...
MySQL資料庫水平分表策略 一致性hash
一致性雜湊演算法在1997年由麻省理工學院提出的一種分布式雜湊 dht 實現演算法，設計目標是為了解決網際網路中的熱點 hot spot 問題，初衷和carp十分類似。一致性雜湊修正了carp使用的簡 單雜湊演算法帶來的問題，使得分布式雜湊 dht 可以在p2p環境中真正得到應用。一致性hash演算...