mysql 分表實現方法詳解

如果你需要進行mysql分表了我們就證明你資料庫比較大了，就是把一張表分成n多個小表,分表後，單錶的併發能力提高了，磁碟i/o效能也提高了。併發能力為什麼提高了呢，因為查尋一次所花的時間變短了，如果出現高併發的話，總表可以根據不同的查詢，將併發壓力分到不同的小表裡面

什麼是分表，從表面意思上看呢，就是把一張表分成n多個小表

mysql的分表是真正的分表，一張表分成很多表後，每乙個小表都是完正的一張表，都對應三個檔案，乙個.myd資料檔案，.myi索引檔案，.frm表結構檔案。

1.[root@blackghost test]# ls |grep user

2.alluser.mrg

3.alluser.frm

4.user1.myd

5.user1.myi

6.user1.frm

7.user2.myd

8.user2.myi

9.user2.frm

1，做mysql集群，例如：利用mysql cluster ，mysql proxy，mysql replication，drdb等等

有人會問mysql集群，根分表有什麼關係嗎？雖然它不是實際意義上的分表，但是它啟到了分表的作用，做集群的意義是什麼呢？為乙個資料庫減輕負擔，說白了就是減少sql排隊佇列中的sql的數量，舉個例子：有10個sql請求，如果放在一個資料庫伺服器的排隊佇列中，他要等很長時間，如果把這10個sql請求，分配到5個資料庫伺服器的排隊佇列中，乙個資料庫伺服器的佇列中只有2個，這樣等待時間是不是大大的縮短了呢？這已經很明顯了。所以我把它列到了分表的範圍以內，我做過一些mysql的集群：

linux

mysql replication 互為主從的安裝及配置，以及資料同步

優點：擴充套件性好，沒有多個分表後的複雜操作（php**）

缺點：單個表的資料量還是沒有變，一次操作所花的時間還是那麼多，硬體開銷大。

2，預先估計會出現大資料量並且訪問頻繁的表，將其分為若干個表

這種預估大差不差的，論壇裡面發表帖子的表，時間長了這張表肯定很大，幾十萬，幾百萬都有可能。聊天室裡面資訊表，幾十個人在一起一聊乙個晚上，時間長了，這張表的資料肯定很大。像這樣的情況很多。所以這種能預估出來的大資料量表，我們就事先分出個 n個表，這個n是多少，根據實際情況而定。以聊天資訊表為例：

我事先建100個這樣的表，message_00,message_01,message_02..........message_98,message_99.然後根據使用者的id來判斷這個使用者的聊天資訊放到哪張表裡面，你可以用hash的方式來獲得，可以用求餘的方式來獲得，方法很多，各人想各人的吧。下面用hash的方法來獲得表名：

1
<?php
2function get_hash_table($table,$userid
) else
9return
$table."_".$hash;10
}11echo get_hash_table('message','user18991'); //
結果為message_10
12echo get_hash_table('message','user34523'); //
結果為message_13

說明一下，上面的這個方法，告訴我們user18991這個使用者的訊息都記錄在message_10這張表裡，user34523這個使用者的訊息都記錄在message_13這張表裡，讀取的時候，只要從各自的表中讀取就行了。

優點：避免一張表出現幾百萬條資料，縮短了一條sql的執行時間

缺點：當一種規則確定時，打破這條規則會很麻煩，上面的例子中我用的hash演算法是crc32，如果我現在不想用這個演算法了，改用md5後，會使同乙個使用者的訊息被儲存到不同的表中，這樣資料亂套了。擴充套件性很差。

3. 提高效能上

a），分表後，單錶的併發能力提高了，磁碟i/o效能也提高了。併發能力為什麼提高了呢，因為查尋一次所花的時間變短了，如果出現高併發的話，總表可以根據不同的查詢，將併發壓力分到不同的小表裡面。磁碟i/o效能怎麼搞高了呢，本來乙個非常大的.myd檔案現在也分攤到各個小表的.myd中去了。

mysql 分表實現方法詳解

mysql分表技術詳解 mysql分表詳解

mysql分表分庫實現 MySql分表分庫思路

mysql分表和表分割槽詳解

mysql 分表實現方法詳解

mysql分表技術詳解 mysql分表詳解

mysql分表分庫實現 MySql分表分庫思路

mysql分表和表分割槽詳解

相關推薦