上篇文章我們講到MySQL的常用命令，那麼這篇文章我們分享一下MySQL數據庫常用的數據類型有哪些，生產環境下我們在建表的時候，我們都是需要根據數據的類型去創建我們的表字段的，那麼表字段的類型在我們數據庫裡是一個非常重要的存在，如果我們在選擇字段類型的時候，如果類型選擇的不合理，那麼對我們數據庫後期的優化是一個非常麻煩的事情。
那麼下邊就詳細介紹MySQL都有那些數據類型，和如何的去使用這些數據類型
l MySQL數據類型
數值型：年齡、身高、體重、工資等
字符型：名字、單位、家庭地址等
枚舉型：性別、愛好等
日期時間型：出生日期、註冊時間等
數值類型又分為整數型和浮點型（小數）
MySQL數據類型
含義（有符號）/無符號
tinyint(m)
1個字節 範圍(-128~127) 整數[0,255]
smallint(m)
2個字節 範圍(-32768~32767) 無符號[0,65535]
mediumint(m)
3個字節 範圍(-8388608~8388607) 無符號[0,2^24-1]
int(m)
4個字節 範圍(-2147483648~2147483647) 無符號[0,2^32-1]
bigint(m)
8個字節 範圍(+-9.22*10的18次方) 無符號[0,2^64-1]
float(m,d)
單精度浮點型 8位精度(4字節) m總個數，d小數位
double(m,d)
雙精度浮點型 16位精度(8字節) m總個數，d小數位
取值範圍如果加了unsigned，則最大值翻倍，如tinyint unsigned的取值範圍為(0~256)。
int(m)裡的m是表示SELECT查詢結果集中的顯示寬度，並不影響實際的取值範圍。
設一個字段定義為float(6,3)，如果插入一個數123.45678,實際數據庫裡存的是123.457，但總個數還以實際為準，即6位。整數部分最大是3位，如果插入數12.123456，存儲的是12.1234，如果插入12.12，存儲的是12.1200
char(n) 若存入字符數小於n，則以空格補於其後，查詢之時再將空格去掉。所以char類型存儲的字符串末尾不能有空格。
varchar是存入的實際字符數+1個字節（n<=255）或2個字節(n>255)，
所以varchar(4),存入3個字符將佔用4個字節，char類型的字符串檢索速度要比varchar類型的快。
varchar可指定n，text不能指定，內部存儲varchar是存入的實際字符數+1個字節（n<=255）或2個字節(n>255)，text是實際字符數+2個字節，text類型不能有默認值。
varchar可直接創建索引，text創建索引要指定前多少個字符。varchar查詢速度快於text,在都創建索引的情況下，text的索引似乎不起作用。
l 二進制數據(_Blob)
BLOB和_text存儲方式不同，_TEXT以文本方式存儲，英文存儲區分大小寫，而_Blob是以二進制方式存儲，不分大小寫，BLOB存儲的數據只能整體讀出，TEXT可以指定字符集，_BLO不用指定字符集
l 日期時間類型
Date格式：以YYYY-MM-DD的格式顯示，比如：2009-07-19
Time格式：以HH:MM:SS的格式顯示。比如：11：22：30
Date Time格式：以YYYY-MM-DD HH:MM:SS的格式顯示，比如：2009-07-19 11：22：30
TimeStamp格式：以YYYY-MM-DD的格式顯示，比如：2009-07-19
若定義一個字段為timestamp，這個字段裡的時間數據會隨其他字段修改的時候自動刷新，所以這個數據類型的字段可以存放這條記錄最後被修改的時間。
l 數據類型的屬性
l 使用建議
1、在指定數據類型的時候一般是採用從小原則，比如能用TINY INT的最好就不用INT，能用FLOAT類型的就不用DOUBLE類型，這樣會對MYSQL在運行效率上提高很大，尤其是大數據量測試條件下。
2、不需要把數據表設計的太過複雜，功能模塊上區分或許對於後期的維護更為方便，慎重出現大雜燴數據表
3、數據表和字段的起名字也是一門學問
4、設計數據表結構之前請先想象一下是你的房間，或許結果會更加合理、高效
5、數據庫的最後設計結果一定是效率和可擴展性的折中，偏向任何一方都是欠妥的
l 選擇數據類型的基本原則
前提：使用適合存儲引擎。
選擇原則：根據選定的存儲引擎，確定如何選擇合適的數據類型。
下面的選擇方法按存儲引擎分類：
· MyISAM 數據存儲引擎和數據列：MyISAM數據表，最好使用固定長度(CHAR)的數據列代替可變長度(VARCHAR)的數據列。
· MEMORY存儲引擎和數據列：MEMORY數據表目前都使用固定長度的數據行存儲，因此無論使用CHAR或VARCHAR列都沒有關係。兩者都是作為CHAR類型處理的
· InnoDB 存儲引擎和數據列：建議使用 VARCHAR類型。
對於InnoDB數據表，內部的行存儲格式沒有區分固定長度和可變長度列（所有數據行都使用指向數據列值的頭指針），因此在本質上，使用固定長度的CHAR列不一定比使用可變長度VARCHAR列簡單。因而，主要的性能因素是數據行使用的存儲總量。由於CHAR平均佔用的空間多於VARCHAR，因 此使用VARCHAR來最小化需要處理的數據行的存儲總量和磁盤I/O是比較好的。
。
閱讀更多 新盟教育葉楠 的文章
