MySQL優化四（優化表）

昨晚吃吃喝喝的太多，熬夜到淩晨二點。今天頭發雜亂，臉龐憔悴，像是吸毒了。下午去買衣服，肚子一看大了不少。奈何女朋友還沒有一個，就已經發福了。管不住口，邁不開腿。

一、優化表結構

1.盡量將表字段定義為NOT NULL約束，這時由於在MySQL中含有空值的列很難進行查詢優化，NULL值會使索引以及索引的統計信息變得很復雜，可以使用0或者空字符串來代替。

2.可以使用enum、set 等符合數據類型。對於只包含特定類型的字段。不過在工作過程中一般就使用tinyint 來表示了。

3.數值型字段的比較比字符串的比較效率高得多，字段類型盡量使用最小、最簡單的數據類型。IP地址可以使用int類型。

二、表拆分

1、垂直拆分

垂直拆分按照字段進行拆分，其實就是把組成一行的多個列分開放到不同的表中，這些表具有不同的結構，拆分後的表具有更少的列，例如用戶表中的一些字段可能經常訪問，可以把這些字段放進一張表裏。另外一些不經常使用的信息就可以放進另外一張表裏。插入的時候使用事務，也可以保證兩表的數據一致。缺點也很明顯，由於拆分出來的兩張表存在1：1的關系，需要使用冗余字段，而且需要join操作，我們在使用的時候可以分別取兩次，這樣的來說既可以避免join操作，又可以提高效率。

2、水平拆分

水平拆分按照行進行拆分，常見的就是分庫分表。以用戶表為例，可以取用戶ID,然後使用php的十進制轉換16進制的方法 dechex

三、分區

分區這個概念，我第一次在實踐中看到是在去年，數據中心的表按照時間一個月分成一個區。我從這些表中讀取數據，然後繼續做後續的業務處理。一般來說在主業務中很少使用這種分區概念，使用分區是大數據處理後的產物。比如系統用戶的註冊推廣等等，會產生海量的日誌，當然也可以按照時間去建立多張表，但在實際操作中，就發生過一次運維人員忘記切換表，導致數據報錯的緊急事件。可見分區適用於日誌記錄，查詢少，一般用於後臺的數據報表分析。對於這些數據匯總需求，需要很多日誌表去做數據聚合，我們能夠容忍1s到2s的延遲，只要數據準確能夠滿足需求就可以。

MySQL主要支持4種模式的分區：range分區、list預定義列表分區，hash 分區，key鍵值分區。後幾種沒有看到數據中心的同事用過，可能是操作不方便，應用不廣泛，所以就暫且不講了。

-- 創建表
create table testpar
(
    f_userid int unsigned not null default 0,
    f_date datetime
)engine=innodb,charset=utf8;

-- 分區
alter table testpar  partition by range columns(f_date) (
    partition p0 values less than (‘2017-01-31‘),
    partition p2 values less than (‘2017-02-20‘)
);

-- 查看表結構
mysql> show create table testpar\G
*************************** 1. row ***************************
       Table: testpar
Create Table: CREATE TABLE `testpar` (
  `f_userid` int(10) unsigned NOT NULL DEFAULT ‘0‘,
  `f_date` datetime DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
/*!50500 PARTITION BY RANGE  COLUMNS(f_date)
(PARTITION p0 VALUES LESS THAN (‘2017-01-31‘) ENGINE = InnoDB,
 PARTITION p2 VALUES LESS THAN (‘2017-02-20‘) ENGINE = InnoDB) */
1 row in set (0.00 sec)

MySQL優化四（優化表結構）