垂直分表

垂直分表就是一個包含有很多列的表拆分成多個表，比如表A包含20個字段，現(xiàn)在拆分成表A1和A2，兩個表各十個字段（具體如何拆根據(jù)業(yè)務來選擇）。

優(yōu)勢：在高并發(fā)的情境下，可以減少表鎖和行鎖的次數(shù)。

劣勢：在數(shù)據(jù)記錄非常大的情況下，讀寫速度還是會遇到瓶頸。

水平分表

假如某個網(wǎng)站，它的數(shù)據(jù)庫的某個表已經(jīng)達到了上億條記錄，那么此時如果通過select去查詢，在沒有索引的情況下，他的查詢會非常慢，那么就可以通過hash算法將這個表分成10個子表（此時每個表的 的數(shù)據(jù)量只有1000萬條了）。

同時生成一個總表，記錄各個子表的信息，假如查詢一條id=100的記錄，它不再需要全表掃描，而是通過總表找到該記錄在哪個對應的子表上，然后再去相應的表做檢索，這樣就降低了IO壓力。

劣勢：會給前端程序應用程序的SQL代碼的維護帶來很大的麻煩，這時候可以使用MySQL的Merge存儲引擎實現(xiàn)分表。

---------------------------------------我是蛋疼的分割線----------------------------------------------------

用Merge存儲引擎分表，對應用程序的SQL語句來說是透明的，不需要修改任何代碼。

CREATE TABLE t1 ( a INT NOT NULL AUTO_INCREMENT PRIMARY KEY, message CHAR(20));
CREATE TABLE t2 ( a INT NOT NULL AUTO_INCREMENT PRIMARY KEY, message CHAR(20));
INSERT INTO t1 (message) VALUES ('Testing'),('table'),('t1');
INSERT INTO t2 (message) VALUES ('Testing'),('table'),('t2');
CREATE TABLE total (a INT NOT NULL AUTO_INCREMENT PRIMARY KEY, message CHAR(20)) ENGINE=MERGE UNION=(t1,t2) INSERT_METHOD=LAST;

在創(chuàng)建total表的時候可能報錯：

Unable to open underlying table which is differently defined or of non-MyISAM type or doesn't exist

實際上merge存儲引擎是一個虛擬的表，對應的實際表必須是myisam類型的表，如果你的mysql是5.1以上版本，默認數(shù)據(jù)庫使用的事InnoDB存儲引擎的，所以在創(chuàng)建total時，t1和t2表必須是myisam存儲引擎的。

如果需要定期增加分表，只需要修改merge表的union即可。

CREATE TABLE t3( a INT NOT NULL AUTO_INCREMENT PRIMARY KEY, message CHAR(20));
ALTER TABLE total UNION=(t1,t2,t3)

橫向分區(qū)

舉例說明：假如有100W條數(shù)據(jù)，分成十份，前10W條數(shù)據(jù)放到第一個分區(qū)，第二個10W條數(shù)據(jù)放到第二個分區(qū)，依此類推。取出一條數(shù)據(jù)的時候，這條數(shù)據(jù)包含了表結構中的所有字段，橫向分區(qū)并沒有改變表的結構。

縱向分區(qū)

舉例說明：在設計用戶表的時候，開始的時候沒有考慮好，而把個人的所有信息都放到了一張表里面去，這個表里面就會有比較大的字段，如個人簡介，而這些簡介呢，也許不會有好多人去看，所以等到有人要看的時候，再去查找，分表的時候，可以把這樣的大字段，分開來

完整的一張表，都對應三個文件，一個.MYD數(shù)據(jù)文件，.MYI索引文件，.frm表結構文件。