概述
mysql支持的數(shù)據(jù)分為3部分：
先扔一張大圖做總結(jié)：
mysql支持數(shù)據(jù)類型總結(jié)
數(shù)值類型
MySQL支持所有標準的SQL中的數(shù)值類型
1.整型數(shù)值
| 整數(shù)類型 |
字節(jié)數(shù) |
最小值 ~ 最大值 |
| tinyint |
1 |
-128~127 或 0-255 |
| smallint |
2 |
-32768~32767 或 0~65535 |
| mediumint |
3 |
-8388608~8388607 或 0~1677215 |
| int |
4 |
-2147483648~2147483647 或 0~4294967295 |
| bigint |
8 |
-9223372036854775808~9223372036854775807 或 0~18446744073709551615 |
- 對于整型數(shù)值，mysql支持在類型名稱后面的小括號內(nèi)指定顯示寬度，例如int(5)表示當數(shù)值寬度小于5位時候在數(shù)值前面填滿寬度，一般配合zerofill屬性使用。
- 如果一個列指定為zerofill,則MySQL自動為該列添加unsigned屬性。
- 整型的auto_increment用于產(chǎn)生唯一標識符或順序值。
2.浮點數(shù)類型
| 浮點數(shù)類型 |
字節(jié)數(shù) |
最小值~最大值 |
| float |
4 |
±1.175494351E-38 ~ ± 3.402823466E+38 |
| double |
8 |
±2.2250738585072014E-308 ~ ±1.7976931348623157E+308 |
3.定點數(shù)類型
| 定點數(shù)類型 |
字節(jié)數(shù) |
描述 |
| dec(m,d) |
m+2 |
最大取值范圍與double相同，給定decimal的有效值取值范圍由m和d決定 |
4.位類型
| 位類型 |
字節(jié)數(shù) |
最小值~最大值 |
| bit(m) |
1~8 |
bit(1) ~ bit(64) |
- 小數(shù)點表示（浮點數(shù)和定點數(shù)），定點數(shù)（dec）在MySQL內(nèi)部以字符串形式存放，比浮動數(shù)更加精確，適合用來表示貨幣等精度高的數(shù)據(jù)。
- 浮點數(shù)和定點數(shù)可以用在類型名后面加“(m,d)”來表示，其意義為一共顯示m位數(shù)字，其中d位位于小數(shù)點后面，m和d又稱為
精度和標度。
- 浮點數(shù)不寫m,d，會自動四舍五入；定點數(shù)不寫m,d，按照默認值dec(10,0)來操作。
- bit 直接select看不到結(jié)果的，可以用bin()或hex()進行讀取。
- 在數(shù)據(jù)量較大時、建議把實數(shù)類型轉(zhuǎn)為整數(shù)類型。原因很簡單：1. 浮點不精確；2.定點計算代價昂貴。例如：要存放財務數(shù)據(jù)精確到萬分之一、則可以把所有金額乘以一百萬、然后存在BIGINT下。
-
圖片：
日期時間類型
| 時間日期類型 |
字節(jié)數(shù) |
最小值~最大值 |
| date |
4 |
1000-01-01 ~ 9999-12-31 |
| datetime |
8 |
1000-01-01 00:00:00 ~ 9999-12-31 23:59:59 |
| timestamp |
4 |
19700101080001 ~ 2038年某個時刻 |
| time |
3 |
-838:59:59 ~ 838:59:59 |
| year |
1 |
1901 ~ 2155 |
字符串類型
| 字符串類型 |
字節(jié)數(shù) |
描述 |
| char(m) |
m |
m為0 ~ 255之間的整數(shù) |
| varchar(m) |
值長度+1 |
m為0~65535之間的整數(shù) |
| tinytext |
值長度+2 |
允許長度0~255字節(jié) |
| text |
值長度+2 |
允許長度0~65535字節(jié) |
| mediumtext |
值長度+3 |
允許長度0~167772150字節(jié) |
| longtext |
值長度+4 |
允許長度0~4294967295字節(jié) |
| - |
- |
- |
| binary(m) |
m |
允許0~m個字節(jié)定長的字符串 |
| varbinary(m) |
值長度+1 |
允許0~m個字節(jié)變長的字符串 |
| tinyblob |
值長度+1 |
允許長度0~255字節(jié) |
| blob |
值長度+2 |
允許長度0~65535字節(jié) |
| mediumblob |
值長度+3 |
允許長度0~167772150字節(jié) |
| longblob |
值長度+4 |
允許長度0~4294967295字節(jié) |
| - |
- |
- |
| enum |
1或2 |
1255個成員需要1個字節(jié)存；25565535個成員，2個字節(jié)存 |
| set |
1/2/3/4/8 |
類似enum,set一次可以選取多個成員，而enum只能一個 |
- char會刪除字符串尾部的空格，varchar不會。
- binary類似于char,binary只能保存二進制字符串。
- enum類型忽略大小寫。
- text與blob區(qū)別：blob保存二進制數(shù)據(jù)；text保存字符數(shù)據(jù)，有字符集。
- text和blob不能有默認值。
-
圖片：
選擇合適的數(shù)據(jù)類型
- char是固定長度，所以它的處理速度比varchar快得多，但缺點是浪費存儲空間，不能在行尾保存空格。在MySQL中，MyISAM建議使用固定長度代替可變長度列；InnoDB建議使用varchar類型，因為在InnoDB中，內(nèi)部行存儲格式?jīng)]有區(qū)分固定長度和可變長度。
- text與blob主要區(qū)別是text用來保存字符數(shù)據(jù)（如文章，日記等），blob用來保存二進制數(shù)據(jù)（如照片等）。blob與text在執(zhí)行了大量刪除操作時候，有性能問題（產(chǎn)生大量的“空洞“），為提高性能建議定期optimize table 對這類表進行碎片整理。
- 定點與浮點數(shù)，對于精度要求較高的地方，使用定點數(shù)。
- 日期選擇原則是根據(jù)實際需求選擇滿足應用的最小存儲日期類型。
參考
1.《深入淺出MySQL數(shù)據(jù)庫開發(fā)、優(yōu)化與管理(第2版)》
2.http://www.qttc.net/201207121.html
3.http://www.cnblogs.com/aoguren/p/3202097.html(圖片來源)
4.http://blog.csdn.net/dba_waterbin/article/details/9006711(圖片來源)
最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點，簡書系信息發(fā)布平臺，僅提供信息存儲服務。
