您好,登錄后才能下訂單哦!
這篇文章主要介紹MySQL的數(shù)據(jù)類型有哪五大類,文中介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們一定要看完!
主要包括以下五大類:
整數(shù)類型:BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、 INT、 BIG INT
浮點數(shù)類型:FLOAT、DOUBLE、DECIMAL
字符串類型:CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB
日期類型:Date、DateTime、TimeStamp、Time、Year
其他數(shù)據(jù)類型:BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection等
1、整型
MySQL數(shù)據(jù)類型 | 含義(有符號) |
tinyint(m) | 1個字節(jié) 范圍(-128~127) |
smallint(m) | 2個字節(jié) 范圍(-32768~32767) |
mediumint(m) | 3個字節(jié) 范圍(-8388608~8388607) |
int(m) | 4個字節(jié) 范圍(-2147483648~2147483647) |
bigint(m) | 8個字節(jié) 范圍(+-9.22*10的18次方) |
取值范圍如果加了unsigned,則最大值翻倍,如tinyint unsigned的取值范圍為(0~256)。
int(m)里的m是表示SELECT查詢結果集中的顯示寬度,并不影響實際的取值范圍,沒有影響到顯示的寬度,不知道這個m有什么用。
2、浮點型(float和double)
MySQL數(shù)據(jù)類型 | 含義 |
float(m,d) | 單精度浮點型 8位精度(4字節(jié)) m總個數(shù),d小數(shù)位 |
double(m,d) | 雙精度浮點型 16位精度(8字節(jié)) m總個數(shù),d小數(shù)位 |
設一個字段定義為float(6,3),如果插入一個數(shù)123.45678,實際數(shù)據(jù)庫里存的是123.457,但總個數(shù)還以實際為準,即6位。整數(shù)部分最大是3位,如果插入數(shù)12.123456,存儲的是12.1234,如果插入12.12,存儲的是12.1200.
3、定點數(shù)
浮點型在數(shù)據(jù)庫中存放的是近似值,而定點類型在數(shù)據(jù)庫中存放的是精確值。
decimal(m,d) 參數(shù)m<65 是總個數(shù),d<30且 d<m 是小數(shù)位。
4、字符串(char,varchar,_text)
MySQL數(shù)據(jù)類型 | 含義 |
char(n) | 固定長度,最多255個字符 |
varchar(n) | 固定長度,最多65535個字符 |
tinytext | 可變長度,最多255個字符 |
text | 可變長度,最多65535個字符 |
mediumtext | 可變長度,最多2的24次方-1個字符 |
longtext | 可變長度,最多2的32次方-1個字符 |
char和varchar:
1.char(n) 若存入字符數(shù)小于n,則以空格補于其后,查詢之時再將空格去掉。所以char類型存儲的字符串末尾不能有空格,varchar不限于此。
2.char(n) 固定長度,char(4)不管是存入幾個字符,都將占用4個字節(jié),varchar是存入的實際字符數(shù)+1個字節(jié)(n<=255)或2個字節(jié)(n>255),
所以varchar(4),存入3個字符將占用4個字節(jié)。
3.char類型的字符串檢索速度要比varchar類型的快。
varchar和text:
1.varchar可指定n,text不能指定,內部存儲varchar是存入的實際字符數(shù)+1個字節(jié)(n<=255)或2個字節(jié)(n>255),text是實際字符數(shù)+2個字
節(jié)。
2.text類型不能有默認值。
3.varchar可直接創(chuàng)建索引,text創(chuàng)建索引要指定前多少個字符。varchar查詢速度快于text,在都創(chuàng)建索引的情況下,text的索引似乎不起作用。
5.二進制數(shù)據(jù)(_Blob)
1._BLOB和_text存儲方式不同,_TEXT以文本方式存儲,英文存儲區(qū)分大小寫,而_Blob是以二進制方式存儲,不分大小寫。
2._BLOB存儲的數(shù)據(jù)只能整體讀出。
3._TEXT可以指定字符集,_BLO不用指定字符集。
6.日期時間類型
MySQL數(shù)據(jù)類型 | 含義 |
date | 日期 '2008-12-2' |
time | 時間 '12:25:36' |
datetime | 日期時間 '2008-12-2 22:06:44' |
timestamp | 自動存儲記錄修改時間 |
若定義一個字段為timestamp,這個字段里的時間數(shù)據(jù)會隨其他字段修改的時候自動刷新,所以這個數(shù)據(jù)類型的字段可以存放這條記錄最后被修改的時間。
數(shù)據(jù)類型的屬性
MySQL關鍵字 | 含義 |
NULL | 數(shù)據(jù)列可包含NULL值 |
NOT NULL | 數(shù)據(jù)列不允許包含NULL值 |
DEFAULT | 默認值 |
PRIMARY KEY | 主鍵 |
AUTO_INCREMENT | 自動遞增,適用于整數(shù)類型 |
UNSIGNED | 無符號 |
CHARACTER SET name | 指定一個字符集 |
各數(shù)據(jù)類型及字節(jié)長度一覽表:
數(shù)據(jù)類型 | 字節(jié)長度 | 范圍或用法 |
Bit | 1 | 無符號[0,255],有符號[-128,127],天緣博客備注:BIT和BOOL布爾型都占用1字節(jié) |
TinyInt | 1 | 整數(shù)[0,255] |
SmallInt | 2 | 無符號[0,65535],有符號[-32768,32767] |
MediumInt | 3 | 無符號[0,2^24-1],有符號[-2^23,2^23-1]] |
Int | 4 | 無符號[0,2^32-1],有符號[-2^31,2^31-1] |
BigInt | 8 | 無符號[0,2^64-1],有符號[-2^63 ,2^63 -1] |
Float(M,D) | 4 | 單精度浮點數(shù)。天緣博客提醒這里的D是精度,如果D<=24則為默認的FLOAT,如果D>24則會自動被轉換為DOUBLE型。 |
Double(M,D) | 8 | 雙精度浮點。 |
Decimal(M,D) | M+1或M+2 | 未打包的浮點數(shù),用法類似于FLOAT和DOUBLE,天緣博客提醒您如果在ASP中使用到Decimal數(shù)據(jù)類型,直接從數(shù)據(jù)庫讀出來的Decimal可能需要先轉換成Float或Double類型后再進行運算。 |
Date | 3 | 以YYYY-MM-DD的格式顯示,比如:2009-07-19 |
Date Time | 8 | 以YYYY-MM-DD HH:MM:SS的格式顯示,比如:2009-07-19 11:22:30 |
TimeStamp | 4 | 以YYYY-MM-DD的格式顯示,比如:2009-07-19 |
Time | 3 | 以HH:MM:SS的格式顯示。比如:11:22:30 |
Year | 1 | 以YYYY的格式顯示。比如:2009 |
Char(M) | M | 定長字符串。 |
VarChar(M) | M | 變長字符串,要求M<=255 |
Binary(M) | M | 類似Char的二進制存儲,特點是插入定長不足補0 |
VarBinary(M) | M | 類似VarChar的變長二進制存儲,特點是定長不補0 |
Tiny Text | Max:255 | 大小寫不敏感 |
Text | Max:64K | 大小寫不敏感 |
Medium Text | Max:16M | 大小寫不敏感 |
Long Text | Max:4G | 大小寫不敏感 |
TinyBlob | Max:255 | 大小寫敏感 |
Blob | Max:64K | 大小寫敏感 |
MediumBlob | Max:16M | 大小寫敏感 |
LongBlob | Max:4G | 大小寫敏感 |
Enum | 1或2 | 最大可達65535個不同的枚舉值 |
Set | 可達8 | 最大可達64個不同的值 |
Geometry | ||
Point | ||
LineString | ||
Polygon | ||
MultiPoint | ||
MultiLineString | ||
MultiPolygon | ||
GeometryCollection |
1、在指定數(shù)據(jù)類型的時候一般是采用從小原則,比如能用TINY INT的最好就不用INT,能用FLOAT類型的就不用DOUBLE類型,這樣會對MYSQL在運行效率上提高很大,尤其是大數(shù)據(jù)量測試條件下。
2、不需要把數(shù)據(jù)表設計的太過復雜,功能模塊上區(qū)分或許對于后期的維護更為方便,慎重出現(xiàn)大雜燴數(shù)據(jù)表
3、數(shù)據(jù)表和字段的起名字也是一門學問
4、設計數(shù)據(jù)表結構之前請先想象一下是你的房間,或許結果會更加合理、高效
5、數(shù)據(jù)庫的最后設計結果一定是效率和可擴展性的折中,偏向任何一方都是欠妥的
前提:使用適合存儲引擎。
選擇原則:根據(jù)選定的存儲引擎,確定如何選擇合適的數(shù)據(jù)類型。
下面的選擇方法按存儲引擎分類:
MyISAM 數(shù)據(jù)存儲引擎和數(shù)據(jù)列:MyISAM數(shù)據(jù)表,最好使用固定長度(CHAR)的數(shù)據(jù)列代替可變長度(VARCHAR)的數(shù)據(jù)列。
MEMORY存儲引擎和數(shù)據(jù)列:MEMORY數(shù)據(jù)表目前都使用固定長度的數(shù)據(jù)行存儲,因此無論使用CHAR或VARCHAR列都沒有關系。兩者都是作為CHAR類型處理的。
InnoDB 存儲引擎和數(shù)據(jù)列:建議使用 VARCHAR類型。
對于InnoDB數(shù)據(jù)表,內部的行存儲格式沒有區(qū)分固定長度和可變長度列(所有數(shù)據(jù)行都使用指向數(shù)據(jù)列值的頭指針),因此在本質上,使用固定長度的CHAR列不一定比使用可變長度VARCHAR列簡單。因而,主要的性能因素是數(shù)據(jù)行使用的存儲總量。由于CHAR平均占用的空間多于VARCHAR,因 此使用VARCHAR來最小化需要處理的數(shù)據(jù)行的存儲總量和磁盤I/O是比較好的。
下面說一下固定長度數(shù)據(jù)列與可變長度的數(shù)據(jù)列。
CHAR和VARCHAR類型類似,但它們保存和檢索的方式不同。它們的最大長度和是否尾部空格被保留等方面也不同。在存儲或檢索過程中不進行大小寫轉換。
下面的表顯示了將各種字符串值保存到CHAR(4)和VARCHAR(4)列后的結果,說明了CHAR和VARCHAR之間的差別:
值 | CHAR(4) | 存儲需求 | VARCHAR(4) | 存儲需求 |
'' | ' ' | 4個字節(jié) | '' | 1個字節(jié) |
'ab' | 'ab ' | 4個字節(jié) | 'ab ' | 3個字節(jié) |
'abcd' | 'abcd' | 4個字節(jié) | 'abcd' | 5個字節(jié) |
'abcdefgh' | 'abcd' | 4個字節(jié) | 'abcd' | 5個字節(jié) |
請注意上表中最后一行的值只適用不使用嚴格模式時;如果MySQL運行在嚴格模式,超過列長度不的值不保存,并且會出現(xiàn)錯誤。
從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)
以上是“MySQL的數(shù)據(jù)類型有哪五大類”這篇文章的所有內容,感謝各位的閱讀!希望分享的內容對大家有幫助,更多相關知識,歡迎關注億速云行業(yè)資訊頻道!
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經查實,將立刻刪除涉嫌侵權內容。