mysql的資料型別有哪些？ mysql資料類型詳解-mysql教程-PHP中文網

本文列舉了mysql的資料類型清單（list），主要包括五大類：整數類型、浮點數類型、字串類型、日期類型和其他資料類型，下文將圍繞這五大資料類型進行詳細的講解，還有mysql資料類型的長度和範圍並附有使用建議和選擇資料類型的基本原則。

一、MySQL的資料型別

主要包括以下五大類：

#整數型別：BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、 INT、 BIG INT

浮點數類型：FLOAT、DOUBLE、DECIMAL

字串類型：CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB

日期類型：Date、DateTime、TimeStamp、Time、Year

其他資料類型：BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection等

1、整數

MySQL資料型別	意義（有符號）
tinyint(m)	1個位元組範圍(-128~127)
smallint(m)	2個位元組範圍(- 32768~32767)
mediumint(m)	3個位元組範圍(-8388608~8388607)
int (m)	4個位元組範圍(-2147483648~2147483647)
bigint(m)	8個位元組範圍( -9.22 *10的18次方)

取值範圍如果加了unsigned，則最大值翻倍，如tinyint unsigned的值範圍為(0~256)。

int(m)裡的m是表示SELECT查詢結果集中的顯示寬度，並不影響實際的取值範圍，沒有影響到顯示的寬度，不知道這個m有什麼用。

2、浮點型(float和double)

##意思

#MySQL資料型別

#float(m,d)

單精確度浮點型 8位元精確度(4位元組) m總個數，d小數位#double( m,d)雙精確度浮點型 16位元精確度(8位元組) m總個數，d小數位元#3、定點數4、字串(char,varchar,_text)#MySQL資料類型意思


	設定一個欄位定義為float(6,3)，如果插入一個數123.45678,實際資料庫裡存的是123.457，但總個數還以實際為準，即6位。整數部分最大是3位，如果插入數12.123456，儲存的是12.1234，如果插入12.12，儲存的是12.1200.
#浮點型在資料庫中存放的是近似值，而定點類型在資料庫中存放的是精確值。	decimal(m,d) 參數m<65 是總個數，d<30且 d

char(n)

固定長度，最多255個字元

#varchar(n)

固定長度，最多65535個字符

tinytext

可變長度，最多255個字元

text

#可變長度，最多65535個字元

mediumtext

可變長度，最多2的24次方-1個字元#char和varchar：1.char(n ) 若存入字元數小於n，則以空格補於其後，查詢之時再將空格去掉。所以char型別儲存的字串結尾不能有空格，varchar不只限於此。 2.char(n) 固定長度，char(4)不管是存入幾個字符，都將佔用4個字節，varchar是存入的實際字符數1個字節（n< =255）或2個位元組(n>255)，所以varchar(4),存入3個字元將佔用4個位元組。 3.char類型的字串檢索速度比varchar類型的快。 varchar和text： 2.text類型不能有預設值。 1._BLOB和_text儲存方式不同，_TEXT以文字方式存儲，英文儲存區分大小寫，而_Blob是以二進位方式存儲，不分大小寫。

longtext	可變長度，最多2的32次方-1個字元


1.varchar可指定n，text不能指定，內部儲存varchar是存入的實際字元數1個位元組（n<=255）或2個位元組( n>255)，text是實際字元數2個字	#節。
3.varchar可直接建立索引，text建立索引要指定前面多少個字元。 varchar查詢速度快於text,在都創建索引的情況下，text的索引似乎不起作用。	5.二進位資料(_Blob)

2._BLOB儲存的資料只能整體讀出。 ######3._TEXT可以指定字元集，_BLO不用指定字元集。 ######6.日期時間類型###############MySQL資料類型######意義############date# #####日期'2008-12-2'############time######時間'12:25:36'####################################################################### ##datetime######日期時間'2008-12-2 22:06:44'############timestamp######自動儲存記錄修改時間### ##########

若定義一個欄位為timestamp，這個欄位裡的時間資料會隨其他欄位修改的時候自動刷新，所以這個資料型別的欄位可以存放這條紀錄最後被修改的時間。

資料類型的屬性

##CHARACTER SET name二、MYSQL資料類型的長度與範圍

MySQL關鍵字	意思
NULL	資料列可包含NULL值
NOT NULL	#資料列不允許包含NULL值
DEFAULT	預設值
PRIMARY KEY	#主鍵
AUTO_INCREMENT	# 自動遞增，適用於整數類型
UNSIGNED	無符號
##指定一個字符集合

各資料型別及位元組長度一覽表：

資料類型#Bit##1無符號[0,255]，有符號[-128,127]，天緣部落格備註：BIT和BOOL布林型都佔用1位元組TinyInt1整數[0,255]SmallInt2無符號[0,65535]，有符號[-32768,32767 ]MediumInt3無符號[0,2^24-1]，有符號[-2^23,2^23 -1]]Int4無符號[0,2^32-1]，有符號[-2^31, 2^31-1]BigInt8#無符號[0,2^64-1]，有符號[-2^ 63 ,2^63 -1]Float(M,D)4單一精確度浮點數。天緣部落格提醒這裡的D是精確度，如果D<=24則為預設的FLOAT，如果D>24則會自動轉換為DOUBLE型。 Double(M,D)8 雙精確度浮點。 Decimal(M,D)M 1或M 2未包裝的浮點數，用法類似FLOAT和DOUBLE，天緣部落格提醒您如果在ASP使用到Decimal資料類型，直接從資料庫讀出來的Decimal可能需要先轉換成Float或Double類型後再運算。 Date3以YYYY-MM-DD的格式顯示，例如：2009-07-19#Date Time8以YYYY-MM-DD HH:MM:SS的格式顯示，例如：2009-07-19 11：22：30TimeStamp4以YYYY-MM-DD的格式顯示，例如：2009-07-19#Time3以HH:MM:SS的格式顯示。例如：11：22：30Year1以YYYY的格式顯示。例如：2009Char(M)MVarChar(M)M#變長字串，要求M<=255Binary(M)M類似Char的二進位存儲，特點是插入定長不足補0M#Max :255#Max:64KMax:16M##Long TextMax:4G 大小寫不敏感TinyBlob#Max:255大小寫敏感BlobMax:64K大小寫敏感#MediumBlob##大小寫敏感大小寫敏感##Enum1或2最大可達65535個不同的枚舉值Set可達8最大可達64個不同的值Geometry

位元組長度

範圍或用法

定長字串。

##VarBinary(M )

類似VarChar的變長二進位存儲，特點是定長不補0

Tiny Text

大小寫不敏感

Text

大小寫不敏感

Medium Text

大小寫不敏感

##Max:16M

LongBlob

Max:4G

##Point

LineString

Polygon

MultiPoint

MultiLineString

MultiPolygon

GeometryCollection

三、使用建議

1、在指定資料類型的時候一般是採用從小原則，例如能用TINY INT的最好就不用INT，能用FLOAT類型的就不用DOUBLE類型，這樣會對MYSQL在運作效率上提高很大，尤其是在大數據量測試條件下。

2、不需要把資料表設計的太過複雜，功能模組上區分或許對於後期的維護更為方便，慎重出現大雜燴資料表

3、資料表和欄位的取名字也是一門學問

4、設計資料表結構之前請先想像一下是你的房間，或許結果會更加合理、高效

5、資料庫的最後設計結果一定是效率和可擴展性的折中，偏向任何一方都是欠妥的

選擇資料類型的基本原則

前提：使用適合儲存引擎。
選擇原則：根據選定的儲存引擎，決定如何選擇合適的資料類型。
下面的選擇方法按儲存引擎分類：

MyISAM 資料儲存引擎和資料列：MyISAM資料表，最好使用固定長度(CHAR)的資料列來代替可變長度(VARCHAR)的資料列。
MEMORY儲存引擎和資料列：MEMORY資料表目前都使用固定長度的資料行存儲，因此無論使用CHAR或VARCHAR列都沒有關係。兩者都是作為CHAR類型處理的。
InnoDB 儲存引擎和資料列：建議使用 VARCHAR類型。

對於InnoDB資料表，內部的行儲存格式沒有區分固定長度和可變長度列（所有資料行都使用指向資料列值的頭指標），因此本質上，使用固定長度的CHAR欄位不一定比使用可變長度VARCHAR欄位簡單。因而，主要的效能因素是資料行使用的儲存總量。由於CHAR平均佔用的空間多於VARCHAR，因為此使用VARCHAR來最小化需要處理的資料行的儲存總量和磁碟I/O是比較好的。
下面說一下固定長度資料列與可變長度的資料列。

char與varchar

CHAR和VARCHAR類型類似，但它們保存和擷取的方式不同。它們的最大長度和是否尾部空格保留等方面也不同。在儲存或檢索過程中不進行大小寫轉換。
下面的表格顯示了將各種字串值儲存到CHAR(4)和VARCHAR(4)欄位後的結果，說明了CHAR和VARCHAR之間的差異：

值	CHAR(4)	儲存需求	VARCHAR(4)	儲存需求
''	' '	4個位元組	''	1個位元組
'ab'	'ab '	4個位元組	'ab '	3個位元組
'abcd'	'abcd'	4個位元組	'abcd'	5個位元組
'abcdefgh'	'abcd'	#4個位元組	'abcd'	5個字節

請注意上表中最後一行的值只適用不使用嚴格模式時；如果MySQL運行在嚴格模式，超過列長度不的值不儲存，並且會出現錯誤。
從CHAR(4)和VARCHAR(4)列檢索的值並不總是相同，因為檢索時從CHAR列刪除了尾部的空格。透過下面的範例說明該差異：
mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4));
Query OK, 0 rows affected (0.02 sec)
mysql> INSERT INTO vc VALUES ('ab ', 'ab ');
Query OK, 1 row affected (0.00 sec)
mysql> SELECT CONCAT(v, ' '), CONCAT(c, ' ') FROM vc;
---------------- ----------------
| CONCAT(v, ' ') | CONCAT(c, ' ') |
----------------------------------
| ab | ab |
# ----------------------------------
1 row in set (0.00 sec)