前言：

分區(qū)是一種表的設(shè)計模式，通俗地講表分區(qū)是將一大表，根據(jù)條件分割成若干個小表。但是對于應(yīng)用程序來講，分區(qū)的表和沒有分區(qū)的表是一樣的。換句話來講，分區(qū)對于應(yīng)用是透明的，只是數(shù)據(jù)庫對于數(shù)據(jù)的重新整理。本篇文章給大家?guī)淼膬?nèi)容是關(guān)于MySQL中分區(qū)表的介紹及使用場景，有需要的朋友可以參考一下，希望對你有所幫助。

1.分區(qū)的目的及分區(qū)類型

MySQL在創(chuàng)建表的時候可以通過使用PARTITION BY子句定義每個分區(qū)存放的數(shù)據(jù)。在執(zhí)行查詢的時候，優(yōu)化器根據(jù)分區(qū)定義過濾那些沒有我們需要的數(shù)據(jù)的分區(qū)，這樣查詢就可以無需掃描所有分區(qū)，只需要查找包含需要數(shù)據(jù)的分區(qū)即可。

分區(qū)的另一個目的是將數(shù)據(jù)按照一個較粗的粒度分別存放在不同的表中。這樣做可以將相關(guān)的數(shù)據(jù)存放在一起，另外，當(dāng)我們想要一次批量刪除整個分區(qū)的數(shù)據(jù)也會變得很方便。

下面簡單介紹下四種常見的分區(qū)類型：

• RANGE分區(qū)：最為常用，基于屬于一個給定連續(xù)區(qū)間的列值，把多行分配給分區(qū)。最常見的是基于時間字段。
• LIST分區(qū)：LIST分區(qū)和RANGE分區(qū)類似，區(qū)別在于LIST是枚舉值列表的集合，RANGE是連續(xù)的區(qū)間值的集合。
• HASH分區(qū)：基于用戶定義的表達式的返回值來進行選擇的分區(qū)，該表達式使用將要插入到表中的這些行的列值進行計算。這個函數(shù)可以包含MySQL中有效的、產(chǎn)生非負整數(shù)值的任何表達式。
• KEY分區(qū)：類似于按HASH分區(qū)，區(qū)別在于KEY分區(qū)只支持計算一列或多列，且MySQL服務(wù)器提供其自身的哈希函數(shù)。必須有一列或多列包含整數(shù)值。
  

上述四種分區(qū)類型中，RANGE分區(qū)即范圍分區(qū)是最常用的。RANGE分區(qū)的特點是多個分區(qū)的范圍要連續(xù)，但是不能重疊，默認情況下使用VALUES LESS THAN屬性，即每個分區(qū)不包括指定的那個值。

2.分區(qū)操作示例

本節(jié)內(nèi)容以RANGE分區(qū)為例，介紹下分區(qū)表相關(guān)的操作。

# 創(chuàng)建分區(qū)表
mysql> CREATE TABLE `tr` (
 -> `id` INT, 
 -> `name` VARCHAR(50), 
 -> `purchased` DATE
 -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8
 -> PARTITION BY RANGE( YEAR(purchased) ) (
 -> PARTITION p0 VALUES LESS THAN (1990),
 -> PARTITION p1 VALUES LESS THAN (1995),
 -> PARTITION p2 VALUES LESS THAN (2000),
 -> PARTITION p3 VALUES LESS THAN (2005),
 -> PARTITION p4 VALUES LESS THAN (2010),
 -> PARTITION p5 VALUES LESS THAN (2015)
 -> );
Query OK, 0 rows affected (0.28 sec)

# 插入數(shù)據(jù)
mysql> INSERT INTO `tr` VALUES
 ->  (1, 'desk organiser', '2003-10-15'),
 ->  (2, 'alarm clock', '1997-11-05'),
 ->  (3, 'chair', '2009-03-10'),
 ->  (4, 'bookcase', '1989-01-10'),
 ->  (5, 'exercise bike', '2014-05-09'),
 ->  (6, 'sofa', '1987-06-05'),
 ->  (7, 'espresso maker', '2011-11-22'),
 ->  (8, 'aquarium', '1992-08-04'),
 ->  (9, 'study desk', '2006-09-16'),
 ->  (10, 'lava lamp', '1998-12-25');
Query OK, 10 rows affected (0.03 sec)
Records: 10 Duplicates: 0 Warnings: 0

創(chuàng)建后可以看到，每個分區(qū)都會對應(yīng)1個ibd文件。上面創(chuàng)建語句還是很好理解的，在此分區(qū)表中，通過YEAR函數(shù)取出DATE日期中的年份并轉(zhuǎn)化為整型，年份小于1990的存儲在分區(qū)p0中，小于1995的存儲在分區(qū)p1中，以此類推。請注意，每個分區(qū)的定義順序是從最低到最高。為了防止插入的數(shù)據(jù)因找不到相應(yīng)分區(qū)而報錯，我們應(yīng)該及時創(chuàng)建新的分區(qū)。下面繼續(xù)展示關(guān)于分區(qū)維護的其他操作。

# 查看某個分區(qū)的數(shù)據(jù)
mysql> SELECT * FROM tr PARTITION (p2);
+------+-------------+------------+
| id | name  | purchased |
+------+-------------+------------+
| 2 | alarm clock | 1997-11-05 |
| 10 | lava lamp | 1998-12-25 |
+------+-------------+------------+
2 rows in set (0.00 sec)

# 增加分區(qū)
mysql> alter table tr add partition(
 -> PARTITION p6 VALUES LESS THAN (2020)
 -> );
Query OK, 0 rows affected (0.06 sec)
Records: 0 Duplicates: 0 Warnings: 0

# 拆分分區(qū)
mysql> alter table tr reorganize partition p5 into(
 -> partition s0 values less than(2012),
 -> partition s1 values less than(2015)
 -> );
Query OK, 0 rows affected (0.26 sec)
Records: 0 Duplicates: 0 Warnings: 0

# 合并分區(qū)
mysql> alter table tr reorganize partition s0,s1 into ( 
 ->  partition p5 values less than (2015) 
 -> );
Query OK, 0 rows affected (0.12 sec)
Records: 0 Duplicates: 0 Warnings: 0

# 清空某分區(qū)的數(shù)據(jù)
mysql> alter table tr truncate partition p0;
Query OK, 0 rows affected (0.11 sec)

# 刪除分區(qū)
mysql> alter table tr drop partition p1;
Query OK, 0 rows affected (0.06 sec)
Records: 0 Duplicates: 0 Warnings: 0

# 交換分區(qū)
# 先創(chuàng)建與分區(qū)表同樣結(jié)構(gòu)的交換表
mysql> CREATE TABLE `tr_archive` (
 -> `id` INT, 
 -> `name` VARCHAR(50), 
 -> `purchased` DATE
 -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0.28 sec)
# 執(zhí)行exchange交換分區(qū) 
mysql> alter table tr exchange PARTITION p2 with table tr_archive;
Query OK, 0 rows affected (0.13 sec) 

3.分區(qū)注意事項及適用場景

其實分區(qū)表的使用有很多限制和需要注意的事項，參考官方文檔，簡要總結(jié)幾點如下：

• 分區(qū)字段必須是整數(shù)類型或解析為整數(shù)的表達式。
• 分區(qū)字段建議設(shè)置為NOT NULL，若某行數(shù)據(jù)分區(qū)字段為null，在RANGE分區(qū)中，該行數(shù)據(jù)會劃分到最小的分區(qū)里。
• MySQL分區(qū)中如果存在主鍵或唯一鍵，則分區(qū)列必須包含在其中。
• Innodb分區(qū)表不支持外鍵。
• 更改sql_mode模式可能影響分區(qū)表的表現(xiàn)。
• 分區(qū)表不影響自增列。

從上面的介紹中可以看出，分區(qū)表適用于一些日志記錄表。這類表的特點是數(shù)據(jù)量大、并且有冷熱數(shù)據(jù)區(qū)分，可以按照時間維度來進行數(shù)據(jù)歸檔。這類表是比較適合使用分區(qū)表的，因為分區(qū)表可以對單獨的分區(qū)進行維護，對于數(shù)據(jù)歸檔更方便。

4.分區(qū)表為什么不常用

在我們項目開發(fā)中，分區(qū)表其實是很少用的，下面簡單說明下幾點原因：

• 分區(qū)字段的選擇有限制。
• 若查詢不走分區(qū)鍵，則可能會掃描所有分區(qū)，效率不會提升。
• 若數(shù)據(jù)分布不均，分區(qū)大小差別較大，可能性能提升也有限。
• 普通表改造成分區(qū)表比較繁瑣。
• 需要持續(xù)對分區(qū)進行維護，比如到了6月份前就要新增6月份的分區(qū)。
• 增加學(xué)習(xí)成本，存在未知風(fēng)險。
  

總結(jié)：

本文較為詳細的介紹了MySQL分區(qū)相關(guān)內(nèi)容，如果想使用分區(qū)表的話，建議提早做好規(guī)劃，在初始化的時候即創(chuàng)建分區(qū)表并制定維護計劃，使用得當(dāng)還是比較方便的，特別是有歷史數(shù)據(jù)歸檔需求的表，使用分區(qū)表會使歸檔更方便。當(dāng)然，關(guān)于分區(qū)表的內(nèi)容還有很多，有興趣的同學(xué)可以找找官方文檔，官方文檔中有大量示例。

參考：

https://dev.mysql.com/doc/refman/5.7/en/partitioning.html

http://www.dhdzp.com/article/187690.htm

好了，到此這篇關(guān)于MySQL分區(qū)表的最佳實踐指南的文章就介紹到這了,更多相關(guān)MySQL分區(qū)表實踐內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！