什麼是資料庫分割槽？

雖然分割槽技術可以實現很多效果，但其主要目的是為了在特定的SQL操作中減少資料讀寫的總量以縮減響應時間。

分割槽主要有兩種形式：

1.水平分割槽（Horizontal Partitioning）這種形式分割槽是對表的行進行分割槽，通過這樣的方式不同分組裡面的物理列分割的資料集得以組合，從而進行個體分割（單分割槽）或集體分割（1個或多個分割槽）。所有在表中定義的列在每個資料集中都能找到，所以表的特性依然得以保持。

舉個簡單例子：一個包含十年發票記錄的表可以被分割槽為十個不同的分割槽，每個分割槽包含的是其中一年的記錄。（這裡具體使用的分割槽方式我們後面再說，可以先說一點，一定要通過某個屬性列來分割，譬如這裡使用的列就是年份

2.垂直分割槽（Vertical Partitioning） 這種分割槽方式一般來說是通過對表的垂直劃分來減少目標表的寬度，使某些特定的列被劃分到特定的分割槽，每個分割槽都包含了其中的列所對應的行。

舉個簡單例子：一個包含了大text和BLOB列的表，這些text和BLOB列又不經常被訪問，這時候就要把這些不經常使用的text和BLOB了劃分到另一個分割槽，在保證它們資料相關性的同時還能提高訪問速度。

如何進行實際分割槽：

看看分割槽的實際效果吧。我們建立幾個同樣的MyISAM引擎的表，包含日期敏感的資料，但只對其中一個分割槽。分割槽的表（表名為part_tab）我們採用Range範圍分割槽模式，通過年份進行分割槽：

mysql> CREATE TABLE part_tab
-> ( c1 int default NULL,
-> c2 varchar(30) default NULL,
-> c3 date default NULL
-> ) engine=myisam
-> PARTITION BY RANGE (year(c3)) (PARTITION p0 VALUES LESS THAN (1995),
-> PARTITION p1 VALUES LESS THAN (1996) , PARTITION p2 VALUES LESS THAN (1997
 
) ,
-> PARTITION p3 VALUES LESS THAN (1998) , PARTITION p4 VALUES LESS THAN (1999) ,
-> PARTITION p5 VALUES LESS THAN (2000) , PARTITION p6 VALUES LESS THAN (2001) ,
-> PARTITION p7 VALUES LESS THAN (2002) , PARTITION p8 VALUES LESS THAN (2003) ,
-> PARTITION p9 VALUES LESS THAN (2004) , PARTITION p10 VALUES LESS THAN (2010),
-> PARTITION p11 VALUES LESS THAN MAXVALUE );
Query OK, 0 rows affected (0.00 sec)

通過上面的知識，經過實驗，我們有了如下結論：

初步結論：

1.分割槽和未分割槽佔用檔案空間大致相同 （資料和索引檔案）
2.如果查詢語句中有未建立索引欄位，分割槽時間遠遠優於未分割槽時間
3.如果查詢語句中欄位建立了索引，分割槽和未分割槽的差別縮小，分割槽略優於未分割槽

最終結論：

1.對於大資料量，建議使用分割槽功能
2.去除不必要的欄位
3.根據手冊， 增加 myisam_max_sort_file_size 會增加分割槽效能

–end