一、MySQL 字段數據類型/長度
1、數值類型
列類型 需要的存儲量
TINYINT 1 字節
SMALLINT 2 個字節
MEDIUMINT 3 個字節
INT 4 個字節
INTEGER 4 個字節
BIGINT 8 個字節
FLOAT(X) 4 如果 X < = 24 或 8 如果 25 < = X < = 53
FLOAT 4 個字節
DOUBLE 8 個字節
DOUBLE PRECISION 8 個字節
REAL 8 個字節
DECIMAL(M,D) M字節(D+2 , 如果M < D)
NUMERIC(M,D) M字節(D+2 , 如果M < D)
MySQL 的數值數據類型可以大致劃分為兩個類別，一個是整數，另一個是浮點數或小數。許多不同的子類型對這些類別中的每一個都是可用的，每個子類型支持不同大小的數據，并且 MySQL 允許我們指定數值字段中的值是否有正負之分或者用零填補。
表列出了各種數值類型以及它們的允許范圍和占用的內存空間。
|
類型 |
大小 |
范圍（有符號） |
范圍（無符號） |
用途 |
|
TINYINT |
1 字節 |
(-128，127) |
(0，255) |
小整數值 |
|
SMALLINT |
2 字節 |
(-32 768，32 767) |
(0，65 535) |
大整數值 |
|
MEDIUMINT |
3 字節 |
(-8 388 608，8 388 607) |
(0，16 777 215) |
大整數值 |
|
INT或INTEGER |
4 字節 |
(-2 147 483 648，2 147 483 647) |
(0，4 294 967 295) |
大整數值 |
|
BIGINT |
8 字節 |
(-9 233 372 036 854 775 808，9 223 372 036 854 775 807) |
(0，18 446 744 073 709 551 615) |
極大整數值 |
|
FLOAT |
4 字節 |
(-3.402 823 466 E+38，1.175 494 351 E-38)，0，(1.175 494 351 E-38，3.402 823 466 351 E+38) |
0，(1.175 494 351 E-38，3.402 823 466 E+38) |
單精度
浮點數值 |
|
DOUBLE |
8 字節 |
(1.797 693 134 862 315 7 E+308，2.225 073 858 507 201 4 E-308)，0，(2.225 073 858 507 201 4 E-308，1.797 693 134 862 315 7 E+308) |
0，(2.225 073 858 507 201 4 E-308，1.797 693 134 862 315 7 E+308) |
雙精度
浮點數值 |
|
DECIMAL |
對DECIMAL(M,D) ，如果M>D，為M+2否則為D+2 |
依賴于M和D的值 |
依賴于M和D的值 |
小數值 |
INT 類型
在 MySQL 中支持的 5 個主要整數類型是 TINYINT，SMALLINT，MEDIUMINT，INT 和 BIGINT。這些類型在很大程度上是相同的，只有它們存儲的值的大小是不相同的。
MySQL 以一個可選的顯示寬度指示器的形式對 SQL 標準進行擴展，這樣當從數據庫檢索一個值時，可以把這個值加長到指定的長度。例如，指定一個字段的類型為 INT(6)，就可以保證所包含數字少于 6 個的值從數據庫中檢索出來時能夠自動地用空格填充。需要注意的是，使用一個寬度指示器不會影響字段的大小和它可以存儲的值的范圍。
萬一我們需要對一個字段存儲一個超出許可范圍的數字，MySQL 會根據允許范圍最接近它的一端截短后再進行存儲。還有一個比較特別的地方是，MySQL 會在不合規定的值插入表前自動修改為 0。
UNSIGNED（未簽署） 修飾符規定字段只保存正值。因為不需要保存數字的正、負符號，可以在儲時節約一個“位”的空間。從而增大這個字段可以存儲的值的范圍。
ZEROFILL（零填充） 修飾符規定 0（不是空格）可以用來真補輸出的值。使用這個修飾符可以阻止 MySQL 數據庫存儲負值。
FLOAT、DOUBLE 和 DECIMAL 類型
MySQL 支持的三個浮點類型是 FLOAT、DOUBLE 和 DECIMAL 類型。FLOAT 數值類型用于表示單精度浮點數值，而 DOUBLE 數值類型用于表示雙精度浮點數值。
與整數一樣，這些類型也帶有附加參數：一個顯示寬度指示器和一個小數點指示器。比如語句 FLOAT(7,3) 規定顯示的值不會超過 7 位數字，小數點后面帶有 3 位數字。
對于小數點后面的位數超過允許范圍的值，MySQL 會自動將它四舍五入為最接近它的值，再插入它。
DECIMAL 數據類型用于精度要求非常高的計算中，這種類型允許指定數值的精度和計數方法作為選擇參數。精度在這里指為這個值保存的有效數字的總個數，而計數方法表示小數點后數字的位數。比如語句 DECIMAL(7,3) 規定了存儲的值不會超過 7 位數字，并且小數點后不超過 3 位。
忽略 DECIMAL 數據類型的精度和計數方法修飾符將會使 MySQL 數據庫把所有標識為這個數據類型的字段精度設置為 10，計算方法設置為 0。
UNSIGNED(未簽署) 和 ZEROFILL（零填充） 修飾符也可以被 FLOAT、DOUBLE 和 DECIMAL 數據類型使用。并且效果與 INT 數據類型相同。
2、日期和時間類型
列類型 需要的存儲量
DATE 3 個字節
DATETIME 8 個字節
TIMESTAMP 4 個字節
TIME 3 個字節
YEAR 1 字節
在處理日期和時間類型的值時，MySQL 帶有 5 個不同的數據類型可供選擇。它們可以被分成簡單的日期、時間類型，和混合日期、時間類型。根據要求的精度，子類型在每個分類型中都可以使用，并且 MySQL 帶有內置功能可以把多樣化的輸入格式變為一個標準格式
|
類型 |
大小
(字節) |
范圍 |
格式 |
用途 |
|
DATE |
3 |
1000-01-01/9999-12-31 |
YYYY-MM-DD |
日期值 |
|
TIME |
3 |
'-838:59:59'/'838:59:59' |
HH:MM:SS |
時間值或持續時間 |
|
YEAR |
1 |
1901/2155 |
YYYY |
年份值 |
|
DATETIME |
8 |
1000-01-01 00:00:00/9999-12-31 23:59:59 |
YYYY-MM-DD HH:MM:SS |
混合日期和時間值 |
|
TIMESTAMP |
8 |
1970-01-01 00:00:00/2037 年某時 |
YYYYMMDD HHMMSS |
混合日期和時間值，時間戳 |
DATE、TIME 和 TEAR 類型
MySQL 用 DATE 和 TEAR 類型存儲簡單的日期值，使用 TIME 類型存儲時間值。這些類型可以描述為字符串或不帶分隔符的整數序列。如果描述為字符串，DATE 類型的值應該使用連字號作為分隔符分開，而 TIME 類型的值應該使用冒號作為分隔符分開。
需要注意的是，沒有冒號分隔符的 TIME 類型值，將會被 MySQL 理解為持續的時間，而不是時間戳。
MySQL 還對日期的年份中的兩個數字的值，或是 SQL 語句中為 TEAR 類型輸入的兩個數字進行最大限度的通譯。因為所有 TEAR 類型的值必須用 4 個數字存儲。MySQL 試圖將 2 個數字的年份轉換為 4 個數字的值。把在 00-69 范圍內的值轉換到 2000-2069 范圍內。把 70-99 范圍內的值轉換到 1970-1979 之內。如果 MySQL 自動轉換后的值并不符合我們的需要，請輸入 4 個數字表示的年份。
DATETIME 和 TIMESTAMP 類型
除了日期和時間數據類型，MySQL 還支持 DATEYIME 和 TIMESTAMP 這兩種混合類型。它們可以把日期和時間作為單個的值進行存儲。這兩種類型通常用于自動存儲包含當前日期和時間的時間戳，并可在需要執行大量數據庫事務和需要建立一個調試和審查用途的審計跟蹤的應用程序中發揮良好作用。
如果我們對 TIMESTAMP 類型的字段沒有明確賦值，或是被賦與了 null 值。MySQL 會自動使用系統當前的日期和時間來填充它。
3、字符串類型
列類型 需要的存儲量
CHAR(M) M字節，1 <= M <= 255
VARCHAR(M) L+1 字節, 在此L <= M和1 <= M <= 255
TINYBLOB, TINYTEXT L+1 字節, 在此L< 2 ^ 8
BLOB, TEXT L+2 字節, 在此L< 2 ^ 16
MEDIUMBLOB, MEDIUMTEXT L+3 字節, 在此L< 2 ^ 24
LONGBLOB, LONGTEXT L+4 字節, 在此L< 2 ^ 32
ENUM('value1','value2',...) 1 或 2 個字節, 取決于枚舉值的數目(最大值65535）
SET('value1','value2',...) 1，2，3，4或8個字節, 取決于集合成員的數量(最多64個成員）
MySQL 提供了 8 個基本的字符串類型，可以存儲的范圍從簡單的一個字符到巨大的文本塊或二進制字符串數據。
|
類型 |
大小 |
用途 |
|
CHAR |
0-255字節 |
定長字符串 |
|
VARCHAR |
0-255字節 |
變長字符串 |
|
TINYBLOB |
0-255字節 |
不超過 255 個字符的二進制字符串 |
|
TINYTEXT |
0-255字節 |
短文本字符串 |
|
BLOB |
0-65 535字節 |
二進制形式的長文本數據 |
|
TEXT |
0-65 535字節 |
長文本數據 |
|
MEDIUMBLOB |
0-16 777 215字節 |
二進制形式的中等長度文本數據 |
|
MEDIUMTEXT |
0-16 777 215字節 |
中等長度文本數據 |
|
LOGNGBLOB |
0-4 294 967 295字節 |
二進制形式的極大文本數據 |
|
LONGTEXT |
0-4 294 967 295字節 |
極大文本數據 |
CHAR 和 VARCHAR 類型
CHAR 類型用于定長字符串，并且必須在圓括號內用一個大小修飾符來定義。這個大小修飾符的范圍從 0-255。比指定長度大的值將被截短，而比指定長度小的值將會用空格作填補。
CHAR 類型可以使用 BINARY 修飾符。當用于比較運算時，這個修飾符使 CHAR 以二進制方式參于運算，而不是以傳統的區分大小寫的方式。
CHAR 類型的一個變體是 VARCHAR 類型。它是一種可變長度的字符串類型，并且也必須帶有一個范圍在 0-255 之間的指示器。CHAR 和 VARCHGAR 不同之處在于 MuSQL 數據庫處理這個指示器的方式：CHAR 把這個大小視為值的大小，不長度不足的情況下就用空格補足。而 VARCHAR 類型把它視為最大值并且只使用存儲字符串實際需要的長度（增加一個額外字節來存儲字符串本身的長度）來存儲值。所以短于指示器長度的 VARCHAR 類型不會被空格填補，但長于指示器的值仍然會被截短。
因為 VARCHAR 類型可以根據實際內容動態改變存儲值的長度，所以在不能確定字段需要多少字符時使用 VARCHAR 類型可以大大地節約磁盤空間、提高存儲效率。
VARCHAR 類型在使用 BINARY 修飾符時與 CHAR 類型完全相同。
TEXT 和 BLOB 類型
對于字段長度要求超過 255 個的情況下，MySQL 提供了 TEXT 和 BLOB 兩種類型。根據存儲數據的大小，它們都有不同的子類型。這些大型的數據用于存儲文本塊或圖像、聲音文件等二進制數據類型。
TEXT 和 BLOB 類型在分類和比較上存在區別。BLOB 類型區分大小寫，而 TEXT 不區分大小寫。大小修飾符不用于各種 BLOB 和 TEXT 子類型。比指定類型支持的最大范圍大的值將被自動截短。
3、復合類型
MySQL 還支持兩種復合數據類型 ENUM 和 SET，它們擴展了 SQL 規范。雖然這些類型在技術上是字符串類型，但是可以被視為不同的數據類型。一個 ENUM 類型只允許從一個集合中取得一個值；而 SET 類型允許從一個集合中取得任意多個值。
ENUM 類型
ENUM 類型因為只允許在集合中取得一個值，有點類似于單選項。在處理相互排拆的數據時容易讓人理解，比如人類的性別。ENUM 類型字段可以從集合中取得一個值或使用 null 值，除此之外的輸入將會使 MySQL 在這個字段中插入一個空字符串。另外如果插入值的大小寫與集合中值的大小寫不匹配，MySQL 會自動使用插入值的大小寫轉換成與集合中大小寫一致的值。
ENUM 類型在系統內部可以存儲為數字，并且從 1 開始用數字做索引。一個 ENUM 類型最多可以包含 65536 個元素，其中一個元素被 MySQL 保留，用來存儲錯誤信息，這個錯誤值用索引 0 或者一個空字符串表示。
MySQL 認為 ENUM 類型集合中出現的值是合法輸入，除此之外其它任何輸入都將失敗。這說明通過搜索包含空字符串或對應數字索引為 0 的行就可以很容易地找到錯誤記錄的位置。
SET 類型
SET 類型與 ENUM 類型相似但不相同。SET 類型可以從預定義的集合中取得任意數量的值。并且與 ENUM 類型相同的是任何試圖在 SET 類型字段中插入非預定義的值都會使 MySQL 插入一個空字符串。如果插入一個即有合法的元素又有非法的元素的記錄，MySQL 將會保留合法的元素，除去非法的元素。
一個 SET 類型最多可以包含 64 項元素。在 SET 元素中值被存儲為一個分離的“位”序列，這些“位”表示與它相對應的元素。“位”是創建有序元素集合的一種簡單而有效的方式。并且它還去除了重復的元素，所以 SET 類型中不可能包含兩個相同的元素。
希望從 SET 類型字段中找出非法的記錄只需查找包含空字符串或二進制值為 0 的行。
二、MySQL 數據表類型說明
1. MyISAM 表 MyISAM 存儲格式自版本3.23 以來是 MySQL 中的缺省類型，它有下列特點：
■ 如果操作系統自身允許更大的文件，那么文件比 ISAM 存儲方法的大。
■ 數據以低字節優先的機器獨立格式存儲。這表示可將表從一種機器拷貝到另一種機器，即使它們的體系結構不同也可以拷貝。
■ 數值索引值占的存儲空間較少，因為它們是按高字節優先存儲的。索引值在低位字節中變化很快，因此高位字節更容易比較。
■ AUTO_INCREMENT 處理比 ISAM 的表更好。
■ 減少了幾個索引限制。例如，可對含 NULL 值的列進行索引，還可以對 BLOB 和 TEXT 類型的列進行索引。
■ 為了改善表的完整性檢查，每個表都具有一個標志，在 myisamchk 對表進行過檢查后，設置該標志。可利用 myisamchk - fast 跳過對自前次檢查以來尚未被修改過表的檢查，這樣使此管理任務更快。表中還有一個指示表是否正常關閉的標志。如果服務器關閉不正常，或機器崩潰，此標志可用來檢測出服務器起動時需要檢查的表。
2. ISAM 表 ISAM 存儲格式是 MySQL3.23 所用的最舊的格式，但當前仍然可用。通常，相對于 ISAM 表來說，寧可使用 MyISAM 表，因為它們的限制較少。對 ISAM 表的支持隨著此存儲格式被 MyISAM 表格式所支持很有可能會逐漸消失。
3. HEAP 表 HEAP 存儲格式建立利用定長行的內存中的表，這使表運行得非常快。在服務器停止時，它們將會消失。在這種意義上，這些表是臨時的。但是，與用 CREATE TEMPORARY TABLE 所創建的臨時表相比，HEAP 表是其他客戶機可見的。HEAP 表有幾個限制，這些限制對 MyISAM 或 ISAM 表沒有，如下所示：
■ 索引僅用于“=”和“< = >”比較。
■ 索引列中不能有 NULL 值。
■ 不能使用 BLOB 和 TEXT 列。
■ 不能使用 AUTO_INCREMENT 列。