MySQL的數(shù)據(jù)類(lèi)型有哪五大類(lèi)

155次閱讀

沒(méi)有評(píng)論

共計(jì) 4559 個(gè)字符，預(yù)計(jì)需要花費(fèi) 12 分鐘才能閱讀完成。

自動(dòng)寫(xiě)代碼機(jī)器人，免費(fèi)開(kāi)通

這篇文章主要介紹 MySQL 的數(shù)據(jù)類(lèi)型有哪五大類(lèi)，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

一、MySQL 的數(shù)據(jù)類(lèi)型

主要包括以下五大類(lèi)：

整數(shù)類(lèi)型：BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、INT、BIG INT

浮點(diǎn)數(shù)類(lèi)型：FLOAT、DOUBLE、DECIMAL

字符串類(lèi)型：CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB

日期類(lèi)型：Date、DateTime、TimeStamp、Time、Year

其他數(shù)據(jù)類(lèi)型：BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection 等

1、整型

MySQL 數(shù)據(jù)類(lèi)型含義（有符號(hào)）tinyint(m)1 個(gè)字節(jié) 范圍(-128~127)smallint(m)2 個(gè)字節(jié) 范圍(-32768~32767)mediumint(m)3 個(gè)字節(jié) 范圍(-8388608~8388607)int(m)4 個(gè)字節(jié) 范圍(-2147483648~2147483647)bigint(m)8 個(gè)字節(jié) 范圍(+-9.22*10 的 18 次方)

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

int(m)里的 m 是表示 SELECT 查詢(xún)結(jié)果集中的顯示寬度，并不影響實(shí)際的取值范圍，沒(méi)有影響到顯示的寬度，不知道這個(gè) m 有什么用。

2、浮點(diǎn)型(float 和 double)

MySQL 數(shù)據(jù)類(lèi)型含義 float(m,d)單精度浮點(diǎn)型 8 位精度 (4 字節(jié)) m 總個(gè)數(shù)，d 小數(shù)位 double(m,d) 雙精度浮點(diǎn)型 16 位精度(8 字節(jié)) m 總個(gè)數(shù)，d 小數(shù)位

設(shè)一個(gè)字段定義為 float(6,3)，如果插入一個(gè)數(shù) 123.45678, 實(shí)際數(shù)據(jù)庫(kù)里存的是 123.457，但總個(gè)數(shù)還以實(shí)際為準(zhǔn)，即 6 位。整數(shù)部分最大是 3 位，如果插入數(shù) 12.123456，存儲(chǔ)的是 12.1234，如果插入 12.12，存儲(chǔ)的是 12.1200.

3、定點(diǎn)數(shù)

浮點(diǎn)型在數(shù)據(jù)庫(kù)中存放的是近似值，而定點(diǎn)類(lèi)型在數(shù)據(jù)庫(kù)中存放的是精確值。

decimal(m,d) 參數(shù) m 65 是總個(gè)數(shù)，d 30 且 d m 是小數(shù)位。

4、字符串(char,varchar,_text)

MySQL 數(shù)據(jù)類(lèi)型含義 char(n)固定長(zhǎng)度，最多 255 個(gè)字符 varchar(n)固定長(zhǎng)度，最多 65535 個(gè)字符 tinytext 可變長(zhǎng)度，最多 255 個(gè)字符 text 可變長(zhǎng)度，最多 65535 個(gè)字符 mediumtext 可變長(zhǎng)度，最多 2 的 24 次方 - 1 個(gè)字符 longtext 可變長(zhǎng)度，最多 2 的 32 次方 - 1 個(gè)字符

char 和 varchar：

1.char(n) 若存入字符數(shù)小于 n，則以空格補(bǔ)于其后，查詢(xún)之時(shí)再將空格去掉。所以 char 類(lèi)型存儲(chǔ)的字符串末尾不能有空格，varchar 不限于此。

2.char(n) 固定長(zhǎng)度，char(4)不管是存入幾個(gè)字符，都將占用 4 個(gè)字節(jié)，varchar 是存入的實(shí)際字符數(shù) + 1 個(gè)字節(jié)（n =255）或 2 個(gè)字節(jié)(n 255)，

所以 varchar(4), 存入 3 個(gè)字符將占用 4 個(gè)字節(jié)。

3.char 類(lèi)型的字符串檢索速度要比 varchar 類(lèi)型的快。
varchar 和 text：

1.varchar 可指定 n，text 不能指定，內(nèi)部存儲(chǔ) varchar 是存入的實(shí)際字符數(shù) + 1 個(gè)字節(jié)（n =255）或 2 個(gè)字節(jié)(n 255)，text 是實(shí)際字符數(shù) + 2 個(gè)字

節(jié)。

2.text 類(lèi)型不能有默認(rèn)值。

3.varchar 可直接創(chuàng)建索引，text 創(chuàng)建索引要指定前多少個(gè)字符。varchar 查詢(xún)速度快于 text, 在都創(chuàng)建索引的情況下，text 的索引似乎不起作用。

5. 二進(jìn)制數(shù)據(jù)(_Blob)

1._BLOB 和_text 存儲(chǔ)方式不同，_TEXT 以文本方式存儲(chǔ)，英文存儲(chǔ)區(qū)分大小寫(xiě)，而_Blob 是以二進(jìn)制方式存儲(chǔ)，不分大小寫(xiě)。

2._BLOB 存儲(chǔ)的數(shù)據(jù)只能整體讀出。

3._TEXT 可以指定字符集，_BLO 不用指定字符集。

6. 日期時(shí)間類(lèi)型

MySQL 數(shù)據(jù)類(lèi)型含義 date 日期 2008-12-2 time 時(shí)間 12:25:36 datetime 日期時(shí)間 2008-12-2 22:06:44 timestamp 自動(dòng)存儲(chǔ)記錄修改時(shí)間

若定義一個(gè)字段為 timestamp，這個(gè)字段里的時(shí)間數(shù)據(jù)會(huì)隨其他字段修改的時(shí)候自動(dòng)刷新，所以這個(gè)數(shù)據(jù)類(lèi)型的字段可以存放這條記錄最后被修改的時(shí)間。

數(shù)據(jù)類(lèi)型的屬性

MySQL 關(guān)鍵字含義 NULL 數(shù)據(jù)列可包含 NULL 值 NOT NULL 數(shù)據(jù)列不允許包含 NULL 值 DEFAULT 默認(rèn)值 PRIMARY KEY 主鍵 AUTO_INCREMENT 自動(dòng)遞增，適用于整數(shù)類(lèi)型 UNSIGNED 無(wú)符號(hào) CHARACTER SET name 指定一個(gè)字符集二、MYSQL 數(shù)據(jù)類(lèi)型的長(zhǎng)度和范圍

各數(shù)據(jù)類(lèi)型及字節(jié)長(zhǎng)度一覽表：

數(shù)據(jù)類(lèi)型字節(jié)長(zhǎng)度范圍或用法 Bit1 無(wú)符號(hào)[0,255]，有符號(hào)[-128,127]，天緣博客備注：BIT 和 BOOL 布爾型都占用 1 字節(jié) TinyInt1 整數(shù)[0,255]SmallInt2 無(wú)符號(hào)[0,65535]，有符號(hào)[-32768,32767]MediumInt3 無(wú)符號(hào)[0,2^24-1]，有符號(hào)[-2^23,2^23-1]]Int4 無(wú)符號(hào)[0,2^32-1]，有符號(hào)[-2^31,2^31-1]BigInt8 無(wú)符號(hào)[0,2^64-1]，有符號(hào)[-2^63 ,2^63 -1]Float(M,D)4 單精度浮點(diǎn)數(shù)。天緣博客提醒這里的 D 是精度，如果 D =24 則為默認(rèn)的 FLOAT，如果 D 24 則會(huì)自動(dòng)被轉(zhuǎn)換為 DOUBLE 型。Double(M,D)8 雙精度浮點(diǎn)。Decimal(M,D)M+ 1 或 M + 2 未打包的浮點(diǎn)數(shù)，用法類(lèi)似于 FLOAT 和 DOUBLE，天緣博客提醒您如果在 ASP 中使用到 Decimal 數(shù)據(jù)類(lèi)型，直接從數(shù)據(jù)庫(kù)讀出來(lái)的 Decimal 可能需要先轉(zhuǎn)換成 Float 或 Double 類(lèi)型后再進(jìn)行運(yùn)算。Date3 以 YYYY-MM-DD 的格式顯示，比如：2009-07-19Date Time8 以 YYYY-MM-DD HH:MM:SS 的格式顯示，比如：2009-07-19 11：22：30TimeStamp4 以 YYYY-MM-DD 的格式顯示，比如：2009-07-19Time3 以 HH:MM:SS 的格式顯示。比如：11：22：30Year1 以 YYYY 的格式顯示。比如：2009Char(M)M

定長(zhǎng)字符串。

VarChar(M)M 變長(zhǎng)字符串，要求 M =255Binary(M)M 類(lèi)似 Char 的二進(jìn)制存儲(chǔ)，特點(diǎn)是插入定長(zhǎng)不足補(bǔ) 0VarBinary(M)M 類(lèi)似 VarChar 的變長(zhǎng)二進(jìn)制存儲(chǔ)，特點(diǎn)是定長(zhǎng)不補(bǔ) 0Tiny TextMax:255 大小寫(xiě)不敏感 TextMax:64K 大小寫(xiě)不敏感 Medium TextMax:16M 大小寫(xiě)不敏感 Long TextMax:4G 大小寫(xiě)不敏感 TinyBlobMax:255 大小寫(xiě)敏感 BlobMax:64K 大小寫(xiě)敏感 MediumBlobMax:16M 大小寫(xiě)敏感 LongBlobMax:4G 大小寫(xiě)敏感 Enum1 或 2 最大可達(dá) 65535 個(gè)不同的枚舉值 Set 可達(dá) 8 最大可達(dá) 64 個(gè)不同的值 Geometry

Point

LineString

Polygon

MultiPoint

MultiLineString

MultiPolygon

GeometryCollection

三、使用建議

1、在指定數(shù)據(jù)類(lèi)型的時(shí)候一般是采用從小原則，比如能用 TINY INT 的最好就不用 INT，能用 FLOAT 類(lèi)型的就不用 DOUBLE 類(lèi)型，這樣會(huì)對(duì) MYSQL 在運(yùn)行效率上提高很大，尤其是大數(shù)據(jù)量測(cè)試條件下。

2、不需要把數(shù)據(jù)表設(shè)計(jì)的太過(guò)復(fù)雜，功能模塊上區(qū)分或許對(duì)于后期的維護(hù)更為方便，慎重出現(xiàn)大雜燴數(shù)據(jù)表

3、數(shù)據(jù)表和字段的起名字也是一門(mén)學(xué)問(wèn)

4、設(shè)計(jì)數(shù)據(jù)表結(jié)構(gòu)之前請(qǐng)先想象一下是你的房間，或許結(jié)果會(huì)更加合理、高效

5、數(shù)據(jù)庫(kù)的最后設(shè)計(jì)結(jié)果一定是效率和可擴(kuò)展性的折中，偏向任何一方都是欠妥的

選擇數(shù)據(jù)類(lèi)型的基本原則

前提：使用適合存儲(chǔ)引擎。
選擇原則：根據(jù)選定的存儲(chǔ)引擎，確定如何選擇合適的數(shù)據(jù)類(lèi)型。
下面的選擇方法按存儲(chǔ)引擎分類(lèi)：

MyISAM 數(shù)據(jù)存儲(chǔ)引擎和數(shù)據(jù)列：MyISAM 數(shù)據(jù)表，最好使用固定長(zhǎng)度 (CHAR) 的數(shù)據(jù)列代替可變長(zhǎng)度 (VARCHAR) 的數(shù)據(jù)列。

MEMORY 存儲(chǔ)引擎和數(shù)據(jù)列：MEMORY 數(shù)據(jù)表目前都使用固定長(zhǎng)度的數(shù)據(jù)行存儲(chǔ)，因此無(wú)論使用 CHAR 或 VARCHAR 列都沒(méi)有關(guān)系。兩者都是作為 CHAR 類(lèi)型處理的。

InnoDB 存儲(chǔ)引擎和數(shù)據(jù)列：建議使用 VARCHAR 類(lèi)型。

對(duì)于 InnoDB 數(shù)據(jù)表，內(nèi)部的行存儲(chǔ)格式?jīng)]有區(qū)分固定長(zhǎng)度和可變長(zhǎng)度列（所有數(shù)據(jù)行都使用指向數(shù)據(jù)列值的頭指針），因此在本質(zhì)上，使用固定長(zhǎng)度的 CHAR 列不一定比使用可變長(zhǎng)度 VARCHAR 列簡(jiǎn)單。因而，主要的性能因素是數(shù)據(jù)行使用的存儲(chǔ)總量。由于 CHAR 平均占用的空間多于 VARCHAR，因此使用 VARCHAR 來(lái)最小化需要處理的數(shù)據(jù)行的存儲(chǔ)總量和磁盤(pán) I / O 是比較好的。
下面說(shuō)一下固定長(zhǎng)度數(shù)據(jù)列與可變長(zhǎng)度的數(shù)據(jù)列。

char 與 varchar

CHAR 和 VARCHAR 類(lèi)型類(lèi)似，但它們保存和檢索的方式不同。它們的最大長(zhǎng)度和是否尾部空格被保留等方面也不同。在存儲(chǔ)或檢索過(guò)程中不進(jìn)行大小寫(xiě)轉(zhuǎn)換。
下面的表顯示了將各種字符串值保存到 CHAR(4)和 VARCHAR(4)列后的結(jié)果，說(shuō)明了 CHAR 和 VARCHAR 之間的差別：

值 CHAR(4)存儲(chǔ)需求 VARCHAR(4)存儲(chǔ)需求 4 個(gè)字節(jié) 1 個(gè)字節(jié) ab ab 4 個(gè)字節(jié) ab 3 個(gè)字節(jié) abcd abcd 4 個(gè)字節(jié) abcd 5 個(gè)字節(jié) abcdefgh abcd 4 個(gè)字節(jié) abcd 5 個(gè)字節(jié)

請(qǐng)注意上表中最后一行的值只適用不使用嚴(yán)格模式時(shí)；如果 MySQL 運(yùn)行在嚴(yán)格模式，超過(guò)列長(zhǎng)度不的值不保存，并且會(huì)出現(xiàn)錯(cuò)誤。
從 CHAR(4)和 VARCHAR(4)列檢索的值并不總是相同，因?yàn)闄z索時(shí)從 CHAR 列刪除了尾部的空格。通過(guò)下面的例子說(shuō)明該差別：
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ù)類(lèi)型有哪五大類(lèi)”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對(duì)大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道！

向 AI 問(wèn)一下細(xì)節(jié)

正文完