MySQL 4.1.0 中文參考手冊 --- 6.2 列型別 (轉)[@more@] 4.1.0 中文參考手冊"> words" content="MySQL,4.1.0,Shuixin13,MySQL 4.1.0,中文,中文參考手冊,犬犬(心帆)"> CSS rel=STYLESHEET>

MySQL Reference Manual for version 4.1.0-alpha.

---

6.2 列型別

MySQL 支援大量的列型別，它們可以被分為 3 類：數字型別、日期和時間型別以及字串(字元)型別。這個章節首先給出可用型別的概述，並且總結各型別所需的需求，然後提供各型別中的型別範疇更詳細的描述。概述有意地簡化了。更詳細的說明應該參考特寫列型別的附加資訊，例如你能為其指定值的允許格式。

MySQL 支援的列型別在下面列出。下列程式碼字母用於描述中：

M

指出最大的顯示尺寸。最大的顯示尺寸長度為 255。

D

適用於浮點型別。指出跟隨在十進位制小數點後的數字數量。最大可能值為 30，但不應大於 M-2。

方括號 (“[” and “]”) 指定可選的型別修飾部份。

注意，如果為一個列指定了 ZEROFILL，MySQL 將自動為這個列新增 UNSIGNED 屬性。

警告：你應該知道當在兩個整數型別值中使用減法時，如有一個為 UNSIGNED型別，那麼結果也是無符號的。檢視章節 。

TINYINT[(M)] [UNSIGNED] [ZEROFILL]

一個非常小的整數。有符號的範圍是 -128 到 127。無符號的範圍是 0 到 255。

BIT

BOOL

它們是 TINYINT(1) 的同義詞。

SMALLINT[(M)] [UNSIGNED] [ZEROFILL]

一個小整數。有符號的範圍是 -32768 到 32767。無符號的範圍是 0 到 65535。

MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL]

一箇中等大小的整數。有符號的範圍是 -8388608 到 8388607。無符號的範圍是 0 到 16777215。

INT[(M)] [UNSIGNED] [ZEROFILL]

一個正常大小的整數。有符號的範圍是 -2147483648 到 2147483647。無符號的範圍是 0 到 4294967295。

INTEGER[(M)] [UNSIGNED] [ZEROFILL]

INT 的同義詞。

BIGINT[(M)] [UNSIGNED] [ZEROFILL]

一個大的整數。有符號的範圍是 -9223372036854775808 到 9223372036854775807。無符號的範圍是 0 到 18446744073709551615。你應該知道的有關 BIGINT 列的一些事情：

• 所有的算術運算均是用有符號的 BIGINT 或 DOUBLE 值來完成的，因此你不應該使用大於 9223372036854775807 (63 bits) 的無符號大整數，除了位函式之外！如果你這樣做了，結果中的某些大數字可能會出錯，因為將 BIGINT 轉換成 DOUBLE 時產生了舍入錯誤。MySQL 4.0 在下列情況下可以處理 BIGINT：
  • 在一個 BIGINT 列中使用整數儲存一個大的無符號值。
  • 在 MIN(big_int_column) 和 MAX(big_int_column)中。
  • 當兩個運算元都是整數時使用運算子 (+、-、*、等)。
• 通常你可以在一個 BIGINT 列中以字串方式儲存的一個精確的整數。在這種情況下，MySQL 將一個字串到數字的轉換，包括無 intermediate 的雙精度表示法。
• 當兩個引數均是整數值時，“-”、“+”和 “*” 將使用 BIGINT 運算！這就意味著，如果兩個大整數的乘積(或函式的結果返回整數)的結果大於 9223372036854775807 時，你可能會得到意想不到的結果。

FLOAT(precision) [UNSIGNED] [ZEROFILL]

一個浮點型數字。precision 可以是 <=24 作為一個單精度的浮點數字和介於 25 和 53 之間作為一個雙精度的浮點數字。這些型別與下面描述的 FLOAT 和 DOUBLE 型別相似。 FLOAT(X) 有與相應的 FLOAT 和 DOUBLE 型別同樣的範圍，但是顯示尺寸和十進位制小數位數是未定義的。在 MySQL 3.23 中，它是一個真實的浮點值。而在 MySQL 早期的版本中，FLOAT(precision) 通常有 2 小數位。注意，由於在 MySQL 中所有的計算都是以雙精度執行的，所以使用 FLOAT 可能帶來一些意想不到的問題。檢視章節 。 該句法是為了 OC 相容而提供的。

FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]

一個小的(單精度) 浮點數字。允許的值是 -3.402823466E+38 到 -1.175494351E-38、0 和 1.175494351E-38 到 3.402823466E+38。如果 UNSIGNED 被指定，負值是不允許的。M 是顯示寬度，D 是小數位數。FLOAT 沒有引數或有 X <= 24 的 FLOAT(X) 代表一個單精度的浮點數字。

DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL]

一個正常大小的(雙精度)浮上數字。允許的值是 -1.7976931348623157E+308 到 -2.2250738585072014E-308、0 和 2.2250738585072014E-308 到 1.7976931348623157E+308。如果 UNSIGNED 被指定，負值是不允許的。M 是顯示寬度，D 是小數位數。DOUBLE 沒胡引數或有 25 <= X <= 53 的 FLOAT(X) 代表一個雙精度的浮點數字。

DOUBLE PRECISION[(M,D)] [UNSIGNED] [ZEROFILL]

REAL[(M,D)] [UNSIGNED] [ZEROFILL]

它們是 DOUBLE 同義詞。

DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL]

一個未(unpacked)的浮點數。運作如同一個 CHAR 列：“unpacked” 意味著數字是以一個字串儲存的，值的每一位將使用一個字元。小數點並且對於負數，“-” 符號不在 M 中計算(但是它們的空間是被保留的)。如果 D 是 0，值將沒有小數點或小數部份。DECIMAL 值的最大範圍與 DOUBLE 一致，但是對於一個給定的 DECIMAL 列，實際的範圍可以被所選擇的 M 和 D 限制。如果 UNSIGNED 被指定，負值是不允許的。如果 D 被忽略，預設為 0。如果 M 被忽略，預設為 10。在 MySQL 3.23 以前，M 引數必須包含符號與小數點所需的空間。

DEC[(M[,D])] [UNSIGNED] [ZEROFILL]

NUMERIC[(M[,D])] [UNSIGNED] [ZEROFILL]

DECIMAL 的同義詞。

DATE

一個日期。支援的範圍是 '1000-01-01' 到 '9999-12-31'。MySQL 以 'YYYY-MM-DD' 格式顯示 DATE 值，但是允許你以字串或數字給一個 DATE 列賦值。檢視章節 。

DATETIME

一個日期和時間的組合。支援的範圍是 '1000-01-01 00:00:00' 到 '9999-12-31 23:59:59'。MySQL 以'YYYY-MM-DD HH:MM:SS' 格式顯示 DATETIME 值，但是允許你以字串或數字給一個 DATETIME 列賦值。檢視章節 。

TIMESTAMP[(M)]

一個時間戳。範圍是 '1970-01-01 00:00:00' 到 2037 年間的任意時刻。 MySQL 4.0 和更早版本中，TIMESTAMP 值是以 YYYYMMDDHHMMSS、YYMMDDHHMMSS、YYYYMMDD 或 YYMMDD 格式顯示的，它取決於 M 是否是 14 (或省略)、12、8 或 6，但是允許你以字串或數字給一個 TIMESTAMP 列賦值。從 MySQL 4.1 開始，TIMESTAMP 以 'YYYY-MM-DD HH:MM:DD' 格式作為字元返回。如果你你希望以數字形式返回則必須在該時間戳欄位後加上 +0。不同的時間戳長度是不支援的。從 MySQL 4.0.12 開始，選項 --new 可以被用來使與 4.1 一樣運作。 TIMESTAMP 列有益於記錄一個 INSERT 或 UPDATE 操作的日期和時間，因為如果你自己沒有給它賦值，它將被自動地設定為最近一次操作的日期和時間。也可以透過給它賦一個 NULL 而使它設定為當前的日期和時間。檢視章節 。引數 M 隻影響一個 TIMESTAMP 列的顯示格式；它的值總是佔用 4 個位元組儲存。注意，當 TIMESTAMP(M) 列的 M 是 8 或 14 時，它返回的是數字而其它的 TIMESTAMP(M) 列返回的是字串。這僅僅是為了可以可靠地轉儲並恢復到其它格式的表中。檢視章節 。

TIME

一個時間。範圍是 '-838:59:59' 到 '838:59:59'。MySQL 以 'HH:MM:SS' 格式顯示 TIME 值，但是允許你使用字串或數字來給 TIME 列賦值。檢視章節 。

YEAR[(2|4)]

一個 2 或 4 位數字格式的年(預設為 4 位)。允許的值是 1901 到 2155、0000(4 位年格式) 以及使用 2 位格式的 1970-2069 (70-69)。MySQL 以 YYYY 格式顯示 YEAR 值，但是允許你使用字串或數字來給 YEAR 列賦值。(YEAR 型別在 MySQL 3.22 之前不支援。) 檢視章節 。

[NATIONAL] CHAR(M) [BINARY]

一個定長的字串，當儲存時，總是以空格填滿右邊到指定的長度。M 的範圍是 0 到 255 (在 MySQL 3.23 版本之前為 1 到 255)。當該值被檢索時，尾部空格將被刪除。CHAR 值根據預設的字符集進行忽略大小寫的排索與比較，除非指定了關鍵詞 BINARY。 NATIONAL CHAR (或短形式 NCHAR) 是以 ANSI SQL 方式定義一個 CHAR 列，它將使用預設的字符集。這在 MySQL 中是預設的。 CHAR 是 CHARACTER 的縮寫。 MySQL 允許以 CHAR(0) 型別建立一個列。一些老執行時必需一個列，卻又並不使用這個列的值，你就不得不為了適應它而建立該列，在這情況下，CHAR(0) 將是很有益的。當需要一個列僅儲存兩個值時：一個為 CHAR(0)(該列沒有定義為 NOT NULL)，這將僅佔用一個位元位來儲存 2 個值：NULL 或 ""。檢視章節 。

CHAR

這是 CHAR(1) 的同義詞。

[NATIONAL] VARCHAR(M) [BINARY]

一個變長的字串。注意：尾部的空格在儲存時將會被刪除(這與 ANSI SQL 約規不同)。M 的範圍是 0 到 255 (在 MySQL 4.0.2 之前的版本中是 1 到 255)。 VARCHAR 值以大小寫忽略方式進行排索與比較，除非關鍵詞 BINARY 被指定。檢視章節 。 VARCHAR 是 CHARACTER VARYING 的縮寫。檢視章節 。

TINYBLOB

TINYTEXT

一個 BLOB 或 TEXT 列，最大長度為 255 (2^8 - 1) 個字元。檢視章節 。檢視章節 。

BLOB

TEXT

一個 BLOB 或 TEXT 列，最大長度為 65535 (2^16 - 1) 個字元。檢視章節 。檢視章節 。

MEDIUMBLOB

MEDIUMTEXT

一個 BLOB 或 TEXT 列，最大長度為 16777215 (2^24 - 1) 個字元。檢視章節 。檢視章節 。

LONGBLOB

LONGTEXT

一個 BLOB 或 TEXT 列，最大長度為 4294967295 (2^32 - 1) 個字元。檢視章節 。注意，由於伺服器/客戶端的以及 MyISAM 表通常有一個 16M 每通訊包/錶行的限制，你仍然不能使用這個型別的整個範圍。檢視章節 。

ENUM('value1','value2',...)

一個列舉型別。一個僅能有一個值的字串，這個值選自值列 'value1'、'value2'、...、NULL 或特殊的 "" 出錯值。一個 ENUM 列可以有最大 65535 不同的值。檢視章節 。

SET('value1','value2',...)

一個集合。一個能有零個或更多個值的字串物件，其中每個值必須選自值列'value1'、'value2'、...。一個 SET 列可以有最大 64 個成員。檢視章節 。

6.2.1 數字型別

MySQL 支援所有的 ANSI/ISO SQL92 數字型別。這些型別包括準確數字的資料型別(NUMERIC、DECIMAL、INTEGER 和 SMALLINT)，也包括近似數字的資料型別(FLOAT、REAL和 DOUBLE PRECISION)。關鍵詞 INT 是 INTEGER 的同義詞，關鍵詞 DEC 是 DECIMAL 的同義詞。

NUMERIC 和 DECIMAL 型別被 MySQL 以同樣的型別實現，這在 SQL92 標準中是允許的。他們用於儲存對準確精度有重要要求的值，例如與金錢有關的資料。當以它們中的之一宣告一個列時，精度和數值範圍可以(通常是)被指定；例如：

salary DECIMAL(5,2)

在這個例子中，5 (精度(precision)) 代表重要的十進位制數字的數目，2 (資料範圍(scale)) 代表在小數點後的數字位數。在這種情況下，因此，salary 列可以儲存的值範圍是從 -99.99 到 99.99。(實際上 MySQL 在這個列中可以儲存的數值可以一直到 999.99，因為它沒有儲存正數的符號)。

譯者注：

M 與D 對DECIMAL(M, D) 取值範圍的影響型別說明 取值範圍（MySQL < 3.23） 取值範圍（MySQL >= 3.23） DECIMAL(4, 1) -9.9 到 99.9 -999.9 到 9999.9 DECIMAL(5, 1) -99.9 到 999.9 -9999.9 到 99999.9 DECIMAL(6, 1) -999.9 到 9999.9 -99999.9 到 999999.9 DECIMAL(6, 2) -99.99 到 999.99 -9999.99 到 99999.99 DECIMAL(6, 3) -9.999 到 99.999 -999.999 到 9999.999 # 在MySQL 3.23 及以後的版本中，DECIMAL(M, D) 的取值範圍等於早期版本中的DECIMAL(M + 2, D) 的取值範圍。

註釋結束：

在 ANSI/ISO SQL92 中，句法 DECIMAL(p) 等價於 DECIMAL(p,0)。同樣的，在執行被允許決定值 p 的地方,句法 DECIMAL 等價於 DECIMAL(p,0)。MySQL 目前還不支援 DECIMAL/NUMERIC 資料型別的這些變體形式中的任一種。一般來說這並不是一個嚴重的問題，透過明確地控制精度和數值範圍可以得到這些型別的主要功能益處。

DECIMAL 和 NUMERIC 值是作為字串儲存的，而不是作為二進位制浮點數，以便保護這些值的十進位制精確度。一個字元用於數值的每一位、小數點(如果 scale > 0) 和 “-” 符號(對於負值)。如果 scale 是 0，DECIMAL 和 NUMERIC 值不包含小數點或小數部分。

DECIMAL 和 NUMERIC 值的最大範圍與 DOUBLE 一致，但是對於一個給定的 DECIMAL 或 NUMERIC 列，它的實際範圍可制定該列時的 precision 或 scale 限制。當這樣的列被賦給了小數點的位數超過 scale 所指定的值時，該將根據 scale 進行四捨五入。當一個 DECIMAL 或 NUMERIC 列被賦與一個大小超過指定(或預設)的 precision and scale 的限止範圍時，MySQL 以該列範圍的端點值儲存該值。

示例(譯者注)：

mysql> CREATE TABLE `tA` ( -> `id` int(4) unsigned zerofill NOT NULL, -> `salary` decimal(5,2), -> PRIMARY KEY (`id`) -> ) TYPE=MyISAM; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO `tA` (`id`, `salary`) -> VALUES (1, -99.99), # 以數字方式插入 -> (2, "99.99"), # 以字串方式插入 -> (3, -999.99), -> (4, "9999.99"), -> (5, -1000.00), # decimal(5,2)最小範圍為 -999.99 該值插入時結果為 -999.99 -> (6, "10000.00"), # decimal(5,2)最大範圍為 9999.99 該值插入時結果為 9999.99 -> (7, "-99.999"), # 小數位數超過 scale 指定值，但因以字串方式插入，結果值僅截去多餘部分 -> (8, "99.9999"), -> (9, -99.999), # 小數位數超過 scale 指定值，對該值進行四捨五入，結果為 -100.00 -> (10,99.9999); Query OK, 10 rows affected (0.00 sec) Records: 10 Duplicates: 0 Warnings: 4 mysql> * FROM `tA`; +------+---------+ | id | salary | +------+---------+ | 0001 | -99.99 | | 0002 | 99.99 | | 0003 | -999.99 | | 0004 | 9999.99 | | 0005 | -999.99 | | 0006 | 9999.99 | | 0007 | -99.99 | | 0008 | 99.99 | | 0009 | -100.00 | | 0010 | 100.00 | +------+---------+ 10 rows in set (0.00 sec) * 以上結果在 MySQL 4.0.12 中測試

示例結束(譯者注)

作為對 ANSI/ISO SQL92 標準的一個擴充套件，MySQL 也支援上面的表格所列出的整型型別 TINYINT、MEDIUMINT 和 BIGINT。另外一個擴充套件是 MySQL 支援隨意指定一個整型數值的顯示格式，這透過在型別的基本關鍵詞後跟一個括號來實現(例如 INT(4))。這個可選的寬度規格說明是用於在數值顯示時，對某些值的寬度短於該列寬度的值進行左填補顯示的，而不是為了限制在該列中儲存值的寬度，也不是為了限制那些超過該列指定寬度的值的可被顯示的數字位數。當與可選的擴充套件屬性 ZEROFILL 一起使用時，預設填補用的空格被零代替。舉例來說，一個列被定義為 INT(5) ZEROFILL，插入的值 4 被檢索出來時為 00004。注意，如果在一個整型列中儲存一個超過顯示寬度的更大值時，當 MySQL 為某些複雜的聯結(join)生成臨時表時，你可能會遇到問題，因為在這種情況下，MySQL 信任地認為所有的值均適合原始的列寬度。

示例(譯者注)：

mysql> CREATE TABLE `tA` ( -> `id` int(4) unsigned zerofill NOT NULL, -> PRIMARY KEY (`id`) -> ) TYPE=MyISAM; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO `tA` (`id`) -> VALUES (1),(12),(1234),(12345678); Query OK, 4 rows affected (0.01 sec) Records: 4 Duplicates: 0 Warnings: 0 mysql> SELECT * FROM `tA`; +----------+ | id | +----------+ | 0001 | | 0012 | | 1234 | | 12345678 | +----------+ 4 rows in set (0.00 sec) * 以上結果在 MySQL 4.0.12 中測試

示例結束(譯者注)

所有的整型型別可以有一個可選(非標準的)屬性 UNSIGNED。如果希望在一個列中只允許正值並且需要一個稍大一點的數字範圍，就可以使用無符號值。

從 MySQL 4.0.2 開始，浮點型別也可以存在 UNSIGNED。與整型型別一致的，這個屬性可以防止在該列中存在負值。而與整型型別不一致的，該列的高部範圍仍然與原範圍保持一致。

FLOAT 型別被用於表示近似數字的數值型別。ANSI/ISO SQL92 標準允許一個可選的精度說明(但不是指數的範圍)，跟在 關鍵詞 FLOAT 後的括號內。MySQL 實現也支援這個可選的精度規格說明。當關鍵詞被用於一個列的型別說明而沒有精度規格說明時，MySQL 使用四個位元組來儲存該欄位值。在關鍵詞 FLOAT 後的括號裡給出兩個數字，這種變形的句法也是被支援的。使用這個選項時，第一個數字繼續表示值儲存所佔的位元組數，第二個數字指定能被儲存和顯示的跟隨在小數點後的位數(就像 DECIMAL 和 NUMERIC)。當 MySQL 被要求為這樣的一個列儲存一個小數點後的小數位數超過指定值的數值時，該值將會被四捨五入，去除額外的位。

示例(譯者注)：

mysql> CREATE TABLE `tA` ( -> `id` int(4) unsigned zerofill NOT NULL, -> `float_date` float(4,2) unsigned NOT NULL, -> PRIMARY KEY (`id`) -> ) TYPE=MyISAM; Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO `tA` (`id`,`float_date`) -> VALUES (1, -100), # 插入無效的負值 -> (2, 100.99), # 以數字方式插入 -> (3, "100.99"), # 以字串方式插入 -> (4, "100.99999"), # 小數位數超過指定倍數，該值進行四捨五入 -> (5, 100.99999), -> (6, "100.9911"), -> (7, 100.9911); Query OK, 7 rows affected (0.00 sec) Records: 7 Duplicates: 0 Warnings: 1 mysql> SELECT * FROM `tA`; +------+------------+ | id | float_date | +------+------------+ | 0001 | 0.00 | | 0002 | 100.99 | | 0003 | 100.99 | | 0004 | 101.00 | | 0005 | 101.00 | | 0006 | 100.99 | | 0007 | 100.99 | +------+------------+ 7 rows in set (0.00 sec) * 以上結果在 MySQL 4.0.12 中測試

示例結束(譯者注)

REAL 和 DOUBLE PRECISION 型別不接受精度規格說明。作為對 ANSI/ISO SQL92 標準的擴充套件，MySQL 接受 DOUBLE 作為 DOUBLE PRECISION 型別的一個同義詞。標準要求 REAL 的精度比用於 DOUBLE PRECISION 的更小，而與之相反的，MySQL 以 8 位元組的雙精度浮點值(當不以“ANSI ”執行時)來實現兩者。為了得到最大的可移植性， 近似數字的數值儲存所需程式碼應該使用沒有精度或小數位數規格說明的 FLOAT 或 DOUBLE PRECISION 型別。

當試圖在一個數字列中儲存一個超過該列允許範圍的值時，MySQL 會剪下該值到範圍內的適當端點值，並以結果值代替儲存。

舉例來說，一個整型列的範圍是 -2147483648 到 2147483647。如果試圖在一個 INT 列中插入值 -9999999999，該值將會被剪下到該範圍的低部端點，以 -2147483648 代替儲存。同樣的，如果試圖插入 9999999999，2147483647 將被代替儲存。

如果 INT 列是 UNSIGNED的，列的範圍大小是一致的，不過它的端點移動到了 0 和 4294967295。如果你試圖儲存 -9999999999 和 9999999999，而實際列中儲存的值將會變成 0 和 4294967296。

對於 ALTER TABLE、LOAD DATA INFILE、UPDATE 和多行 INSERT 語句，由於剪下發生的轉換，將以“Warnings”被報告。

型別 佔用位元組 從 到 TINYINT 1 -128 127 SMALLINT 2 -32768 32767 MEDIUMINT 3 -8388608 8388607 INT 4 -2147483648 2147483647 BIGINT 8 -9223372036854775808 9223372036854775807

6.2.2 Date 和 Time 型別

日期和時間型別有 DATETIME、DATE、TIMESTAMP、TIME 和 YEAR。每一個型別均有合法值的範圍，當給它們賦於一個真正不合法的值時，這些值將會被“零”代替。注意，MySQL 允許儲存某個“不嚴格地”合法的日期，例如 1999-11-31。這樣做的原因是，我們認為應用程式有責任來處理日期合法性的檢查，而不是由 SQL 伺服器來處理。為了“加快”對日期的檢查，MySQL 僅檢查月份應在 0-12 範圍內，以及天在 0-31 範圍內。因為上面所述的範圍定義方式，MySQL 因而允許你在一個 DATE 或 DATETIME 列中儲存日或月日均為 0 的日期。當一個應用程式希望儲存一個出生日期，而你並不知準確的出生日月時，這將變得非常有用。在這種情況下，你可以簡單地以 1999-00-00 或 1999-01-00 形式儲存日期。(當然你不能期望 DATE_SUB() 或 DATE_ADD 之類的函式能正確地處理這樣的日期，並得到正確的值。)

當使用日期和時間型別工作時，這裡有一些要記住的總則：

• MySQL 對一個給定的日期或時間型別以標準的格式進行檢索，但是它會努力以各種格式匹配解釋你所提供的(例如，當你指定一個值，將其賦給一個日期或時間型別或與之比較時)。然而，只在下面部分所描述的格式是被支援的。期望你能夠提供合法的值，如果你使用其它格式的值，可能會造成無法預料的結果。
• 儘管 MySQL 會嘗試以各種格式解釋值，它通常期望日期的年部分放在最左邊。日期必須以年-月-日次序給出(例如， '98-09-04')，而不是其它地方常用的月-日-年或日-月-年次序(例如，'09-04-98'、'04-09-98')。
• 如果一個值被用於在數字的語境中，MySQL 將自動地將一個日期或時間型別值轉換成數字，反之亦然。
• 當 MySQL 遇到一個日期或時間型別的值超出範圍或對該型別是一個不合法的值時(檢視這個章節的開頭部分)，它會將該型別的值變換到“零”值。(例外的是超出範圍的 TIME 值將被剪下為適當的 TIME 範圍端點值。) 下表每種型別的“零”值格式： 列型別 “零”值 DATETIME '0000-00-00 00:00:00' DATE '0000-00-00' TIMESTAMP 00000000000000 (長度取決於顯示格式) TIME '00:00:00' YEAR 0000
• “零”值是特殊的，但是你可以以表中顯示的值來明確地儲存或引用他們。你也可以使用值'0' 或 0，這更易於書寫。
• 在 MyODBC 2.50.12 和以上的版本中，“零”值的日期和時間值透過 MyODBC 將被自動轉換成 NULL，因為 ODBC 不能夠處理這樣的值。

6.2.2.1 Y2K 問題和日期型別

MySQL 自身是 Y2K 的(檢視章節 )，但是呈交給 MySQL 的值可能並不是。任何一個包含 2 位年份的值是存在二義性的，因為世紀值是未知的。這樣的值必須被解釋為 4 位格式，因為 MySQL 內部使用四位儲存年份。

對於 DATETIME、DATE、TIMESTAMP 和 YEAR 型別，MySQL 使用下列規則解釋存在二義性的年份值：

• 在範圍 00-69 內的年值被轉換為 2000-2069。
• 在範圍Y 70-99 內的年值被轉換為 1970-1999。

記住，這些規則僅僅提供對於你的資料含義的合理猜測。如果 MySQL 使用的探索法無法得到正確的值，你應該以包含 4 位年份的格式提供一個明確的值。

ORDER BY 將以適當的順序對 2 位 YEAR/DATE/DATETIME 型別排序。

注意，某些像 MIN() 和 MAX() 之類的函式會將 TIMESTAMP/DATE 轉換為一個數字。這就意味著，一個 2 位年份的時間戳將完全不能與這些函式一同工作。在這種情況下，解決的辦法是將 TIMESTAMP/DATE 轉換為 4 位年份格式或者使用諸如 MIN(DATE_ADD(timestamp,INTERVAL 0 DAYS)) 的方法。

6.2.2.2 DATETIME、DATE 和 TIMESTAMP 型別

DATETIME、DATE 和 TIMESTAMP 型別是相似的。這個章節描述了它們的特性以及它們的相似點與不同點。

DATETIME 型別可用於需要同時包含日期和時間資訊的值。MySQL 以 'YYYY-MM-DD HH:MM:SS' 格式檢索與顯示 DATETIME 型別。支援的範圍是 '1000-01-01 00:00:00' 到 '9999-12-31 23:59:59'。(“支援”的含義是，儘管更早的值可能工作，但不能保證他們均可以。)

DATE 型別可用於需要一個日期值而不需要時間部分時。MySQL 以 'YYYY-MM-DD' 格式檢索與顯示 DATE 值。支援的範圍是 '1000-01-01' 到 '9999-12-31'。

TIMESTAMP 列型別提供了一種型別，透過它你可以以當前操作的日期和時間自動地標記 INSERT 或UPDATE 操作。如果一張表中有多個 TIMESTAMP 列，只有第一個被自動。

自動更新第一個 TIMESTAMP 列在下列任何條件下發生：

• 列值沒有明確地在一個 INSERT 或 LOAD DATA INFILE 語句中被指定。
• 列值沒有明確地在一個 UPDATE 語句中被指定，並且其它的一些列值已發生改變。(注意，當一個 UPDATE 設定一個列值為它原有值時，這將不會引起 TIMESTAMP 列的更新，因為，如果你設定一個列值為它當前值時，MySQL 為了為忽略更新。)
• 明確地以 NULL 設定 TIMESTAMP 列。

第一個列以外其它 TIMESTAMP 列，可以設定到當前的日期和時間，只要將該列賦值 NULL 或 NOW()。

任何 TIMESTAMP 列均可以被設定一個不同於當前操作日期與時間的值，這透過為該列明確指定一個你所期望的值來實現。這也適用於第一個 TIMESTAMP 列。這個選擇性是很有用的，舉例來說，當你希望 TIMESTAMP 列儲存該記錄行被新新增時的當前的日期和時間，但該值不再發生改變，無論以後是否對該記錄行進行過更新：

• 當該記錄行被建立時，讓 MySQL 設定該列值。這將初始化該列為當前日期和時間。
• 以後當你對該記錄行的其它列執行更新時，為 TIMESTAMP 列值明確地指定為它原來的值。

另一方面，你可能發現更容易的方法，使用 DATETIME 列，當新建記錄行時以 NOW() 初始化該列，以後在對該記錄行進行更新時不再處理它。

示例(譯者注)：

mysql> CREATE TABLE `tA` ( -> `id` int(3) unsigned NOT NULL auto_increment, -> `date1` timestamp(14) NOT NULL, -> `date2` timestamp(14) NOT NULL, -> PRIMARY KEY (`id`) -> ) TYPE=MyISAM; Query OK, 0 rows affected (0.01 sec) mysql> INSERT INTO `tA` SET `id` = 1; Query OK, 1 row affected (0.02 sec) # 沒有明確地指定第一個 timestamp 列值，該列值被設為插入的當前時刻 # 沒有明確地指定其它的 timestamp 列值，MySQL 則認為插入的是一個值，而該列值被設為0 mysql> INSERT INTO `tA` VALUES (2, NOW(), NULL); Query OK, 1 row affected (0.01 sec) mysql> SELECT * FROM `tA`; +----+----------------+----------------+ | id | date1 | date2 | +----+----------------+----------------+ | 1 | 0503104118 | 00000000000000 | | 2 | 20030503104254 | 20030503104254 | +----+----------------+----------------+ 2 rows in set (0.00 sec) mysql> UPDATE `tA` SET `id` = 3 WHERE `id` = 1; Query OK, 1 row affected (0.01 sec) Rows matched: 1 Changed: 1 Warnings: 0 # 對某一記錄行進行了更新，第一個 timestamp 列值也將被更新 mysql> UPDATE `tA` SET `id` = 2 WHERE `id` = 2; Query OK, 0 rows affected (0.00 sec) Rows matched: 1 Changed: 0 Warnings: 0 # MySQL 忽略了這次操作，第一個 timestamp 列值不會被更新 mysql> SELECT * FROM `tA`; +----+----------------+----------------+ | id | date1 | date2 | +----+----------------+----------------+ | 3 | 20030503104538 | 00000000000000 | | 2 | 20030503104254 | 20030503104254 | +----+----------------+----------------+ 2 rows in set (0.00 sec) mysql> UPDATE `tA` SET `id` = 1,`date1`=`date1` WHERE `id` = 3; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 # 明確地指定了第一個 timestamp 列值為它原有值，該值將不會被更新 mysql> SELECT * FROM `tA`; +----+----------------+----------------+ | id | date1 | date2 | +----+----------------+----------------+ | 1 | 20030503104538 | 00000000000000 | | 2 | 20030503104254 | 20030503104254 | +----+----------------+----------------+ 2 rows in set (0.00 sec) * 以上結果在 MySQL 4.0.12 中測試

示例結束(譯者注)

TIMESTAMP 值可以從 1970 到 2037 之間的任一時刻，精度為一秒。其值作為數字顯示。

MySQL 檢索與顯示 TIMESTAMP 值的格式取決於它的顯示尺寸，描述如下表。“完整”的 TIMESTAMP 格式是 14 位的，但是 TIMESTAMP 列可以以一個更短的顯示尺寸建立：

列型別 顯示格式 TIMESTAMP(14) YYYYMMDDHHMMSS TIMESTAMP(12) YYMMDDHHMMSS TIMESTAMP(10) YYMMDDHHMM TIMESTAMP(8) YYYYMMDD TIMESTAMP(6) YYMMDD TIMESTAMP(4) YYMM TIMESTAMP(2) YY

所有的 TIMESTAMP 列均有一個相同的儲存尺寸，而不考慮顯示尺寸的大小。最常見的顯示尺寸為 6、8、12 和 14。你可以在表建立時指定一個任意的顯示尺寸，但是值 0 或 比 14 大的值將會被強制定義為列長 14。在從 1 ~ 13 範圍內的奇數會被強制為下一個更大的偶數。

例如(譯者注)： 欄位定義 強制欄位長度 TIMESTAMP(0) TIMESTAMP(14) TIMESTAMP(15) TIMESTAMP(14) TIMESTAMP(1) TIMESTAMP(2) TIMESTAMP(5) TIMESTAMP(6)

注意：從 MySQL 4.1 開始，TIMESTAMP 以 'YYYY-MM-DD HH:MM:DD' 格式作為字串返回。不同的時間戳長度不再被支援。

譯者注：如果你你希望在 MySQL 4.1 中以數字形式返回時間戳，則必須在該時間戳欄位後加上 +0。從 MySQL 4.0.12 開始，選項 --new 可以被用來使伺服器與 4.1 一樣運作。

你可以使用常用的格式集中的任何一個指定 DATETIME、DATE 和 TIMESTAMP 值：

• 一個 'YYYY-MM-DD HH:MM:SS' 或 'YY-MM-DD HH:MM:SS' 格式的字串。一個“寬鬆”的語法是被允許的：以任何標點符號作為日期部分和時間部分中的定界符。例如，'98-12-31 11:30:45'、'98.12.31 1+30+45'、'98/12/31 11*30*45' 和 '98@12@31 11^30^45' 均是等價的。
• 一個 'YYYY-MM-DD' 或 'YY-MM-DD' 格式的字串。這裡，一個“寬鬆”的語法同樣也是被允許的：例如，'98.12.31'、'98-12-31'、'98/12/31' 和 '98@12@31' 是等價的。
• 一個無定界符的 'YYYYMMDDHHMMSS' 或 'YYMMDDHHMMSS' 格式的字串，只要字串看起來像是一個日期。例如，'19970523091528' 和 '970523091528' 均被解釋為 '1997-05-23 09:15:28'，但是 '971122129015' 卻是違法的(它的分部分是無意義的)，該值被插入時將變成 '0000-00-00 00:00:00'。
• 一個無定界符的 'YYYYMMDD' 或 'YYMMDD' 格式的字串，只要字串看起來像是一個日期。例如，'19970523' 和 '970523' 被解釋成為 '1997-05-23'，但是 '971332' 卻是違法的(它的月和日部分是無意義的)，該值被插入時將變成 '0000-00-00'。
• 一個 YYYYMMDDHHMMSS 或 YYMMDDHHMMSS 格式的數字，只要數字看起來像是一個日期。例如，19830905132800 和 830905132800 被解釋成為 '1983-09-05 13:28:00'。
• 一個 YYYYMMDD 或 YYMMDD 格式的數字，只要數字看起來像是一個日期。例如，19830905 和 830905 被解釋成為 '1983-09-05'。
• 在一個 DATETIME、DATE 或 TIMESTAMP 語境中，一個函式的返回值將隨之而變化，例如 NOW() 或 CURRENT_DATE。

非法的 DATETIME、DATE 或 TIMESTAMP 值將會被轉換到適當形式的“零”值('0000-00-00 00:00:00'、'0000-00-00' 或 00000000000000)。

對於以字串格式指定的包含日期定界符的值，不必要為小於 10 的月或天的值指定 2 位數字。'1979-6-9' 等同於 '1979-06-09'。同樣的，對於以字串指定的包含時間定界符的值，不必要為小於 10 的時、分或秒指定 2 位數字。'1979-10-30 1:2:3' 等同於 '1979-10-30 01:02:03'。

以數字指定的值應該是 6、8、12 或 14 位長。如果數字是 8 或 14 位長的，該值將被假定為年份是由頭 4 位數字給出的 YYYYMMDD 或 YYYYMMDDHHMMSS 格式。如果數字是 6 或 12 數字長，它將被假定為年份是由頭 2 位數字給出的 YYMMDD 或 YYMMDDHHMMSS 格式。不是這些長度之一的數字透過在值前補零到最接近的長度後解釋。

以沒有定界符的字串格式指定的值透過它們給出的長度來解釋。如果字串是 8 或 14 個字元長，則假定年份由前 4 個字元給出。否則，年份由前 2 個字元給出。對於字串中出現的多個部分，字串以從左到右的順序被解釋，以找出年、月、日、時、分和秒值。這就意味著，你不就使用少於 6 個字元的字串。例如，如果指定 '9903' ，你可能認為它代表 1999年3月，但你將會發現MySQL 會將一個“零”值插入到你的表中。這是因為，年份和月份分別為 99 和 03，但是日期部分丟失(為 0)，因此這個值是不合法的。

TIMESTAMP 列總是以完全精度儲存給定的合法值，而不考慮顯示尺寸的大小。這包含幾個含義：

• 賦值時總是給出年、月和日，即使你的列型別定義為 TIMESTAMP(4) 或 TIMESTAMP(2)。否則，該值將是不合法的，而被 0 代替儲存。

  示例(譯者注)：

  mysql> CREATE TABLE `tA` ( -> `id` int(3) unsigned NOT NULL auto_increment, -> `date1` timestamp(4) NOT NULL, -> PRIMARY KEY (`id`) -> ) TYPE=MyISAM; Query OK, 0 rows affected (0.01 sec) mysql> INSERT INTO `tA` (`id`,`date1`) -> VALUES (1,NULL), # 插入當前日期和時間 -> (2,0305), # 以數字格式給出值，而值長度小於 6 ，在最左邊補 0 至 6 位數字 -> (3,'0305');# 以字串格式給出值，而值長不包括年、月和日，因而是一個非法值 Query OK, 3 rows affected (0.01 sec) Records: 3 Duplicates: 0 Warnings: 1 mysql> SELECT * FROM `tA`; +----+-------+ | id | date1 | +----+-------+ | 1 | 0305 | | 2 | 0003 | | 3 | 0000 | +----+-------+ 3 rows in set (0.00 sec) * 以上結果在 MySQL 4.0.12 中測試

  示例結束(譯者注)

• 如果以 ALTER TABLE 擴充一個 TIMESTAMP 窄列，以前被“隱蔽”的資訊將被顯示出來。

  示例(譯者注)：

  * 接上例結果 mysql> ALTER TABLE `ta` CHANGE `date1` `date1` TIMESTAMP(11); Query OK, 3 rows affected (0.01 sec) Records: 3 Duplicates: 0 Warnings: 0 # 設定 `date1` 為 TIMESTAMP(11)，MySQL 會自動將其轉化為 TIMESTAMP(11) mysql> SELECT * FROM `tA`; +----+--------------+ | id | date1 | +----+--------------+ | 1 | 030503150142 | | 2 | 000305000000 | | 3 | 000000000000 | +----+--------------+ 3 rows in set (0.00 sec) * 以上結果在 MySQL 4.0.12 中測試

  示例結束(譯者注)：

• 同樣的，縮小一個 TIMESTAMP 列的寬度不會引起資訊的丟失，除了在感覺上值在被顯示時顯示了較少的資訊。
• 儘管 TIMESTAMP 列值是以全部精度儲存的，但是 _TIMESTAMP() 是唯一能直接操作內部儲存值的函式。其它的函式操作的是格式化後的檢索的值。這就意味著不能夠使用諸如 HOUR() 或 SECOND() 之類的函式，除非相關部分存在於格式化後的 TIMESTAMP 值中。例如，在小於 10 的顯示格式上，為了使 TIMESTAMP 列中的 HH 部分能夠顯示，顯示格式的尺寸必須不小於 10，因此在一個更短的 TIMESTAMP 列值上使用 HOUR() 將會產生一個無意義的結果。

  示例(譯者注)：

  * 接上例結果 # 下列示例結果與上述結果相悖 mysql> ALTER TABLE `ta` CHANGE `date1` `date1` TIMESTAMP(4); Query OK, 3 rows affected (0.02 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> SELECT * FROM `tA`; +----+-------+ | id | date1 | +----+-------+ | 1 | 0305 | | 2 | 0003 | | 3 | 0000 | +----+-------+ 3 rows in set (0.01 sec) mysql> SELECT HOUR(`date1`) FROM `tA`; +---------------+ | Hour(`date1`) | +---------------+ | 15 | | 0 | | NULL | +---------------+ 3 rows in set (0.02 sec) mysql> SELECT SECOND(`date1`) FROM `tA`; +-----------------+ | second(`date1`) | +-----------------+ | 42 | | 0 | | NULL | +-----------------+ 3 rows in set (0.01 sec) * 以上結果在 MySQL 4.0.12 中測試

  示例結束(譯者注)：

在某種程式上，你可以將一個日期值賦給另一種日期型別的物件。然而，這可能會使值產生改變或丟失一部分資訊。

• 如果將一個 DATE 值賦給一個 DATETIME 或 TIMESTAMP 物件，結果值的時間部分將被設為 '00:00:00'，因為 DATE 值不包含時間資訊。
• 如果將一個 DATETIME 或 TIMESTAMP 值賦給一個 DATE 物件，結果值的時間部分被刪除，因為 DATE 型別不能儲存時間資訊。
• 記住，儘管 DATETIME、DATE 和 TIMESTAMP 值全都可以用同樣的格式集來指定，但所有型別不都有同有同樣的值範圍。例如，TIMESTAMP 值不能早於 1970 或晚於 2037。這就意味著，一個日期例如 '1968-01-01'，作為一個 DATETIME 或 DATE 值是合法的，但不是一個有效的 TIMESTAMP 值，當它被賦於一個這樣的物件時，它將被轉換為 0。

當指定日期值時，當心某些失誤：

• 你可能會被以字串指定值時所允許的寬鬆格式欺騙。例如，一個值如 '10:11:12' 的，因為分界符 “:” 可能看起來像是一個時間值， 但是當它被用於一個日期語境中時，它將被解釋成為 '2010-11-12' 年。而值 '10:45:15' 將被轉換成 '0000-00-00'，因為 '45' 是一個不合法的月份。
• MySQL 伺服器僅對日期的有效性執行基本的檢驗：天為 00-31，月為 00-12，年為 1000-9999。任何不是這個範圍內的日期將被轉換為 0000-00-00。請注意，這仍然允許你儲存一個無效的日期例如2002-04-31。它允許一個 應用程式不進行進一步的檢查而儲存一個表單中的資料。為了確保一個日期值的有效性，在你的應用程式裡執行有效性檢查。
• 以兩位數字指定年份是存在二義性的，因為世紀是未知的。MySQL 以下面的規則解釋一個 2 位年份值：
  • 00-69 範圍的年份值被轉換為 2000-2069。
  • 70-99 範圍的年份值被轉換為 1970-1999。

6.2.2.3 TIME 型別

MySQL 以 'HH:MM:SS' 格式(或對大的小時值時使用 'HHH:MM:SS' 格式)檢索和顯示 TIME 值。TIME 值的範圍可以從 '-838:59:59' 到 '838:59:59'。小時部分可以這麼大的原因 是，TIME 型別不僅可以用於表示一天的時間(這一定不會超過 24 小時)，而且可以用來表示所經過的時間或兩個事件之間的時間間隔(這可能比 24 小時大許多或是一個負值)。

TIME 值可以多種格式指定：

• 一個 'D HH:MM:SS.fraction' 格式的字串。(注意，MySQL 仍然不能為時間列儲存毫秒“fraction”)下面所示的任一種“寬鬆”的語法均可以被使用：HH:MM:SS.fraction、HH:MM:SS、HH:MM、D HH:MM:SS、D HH:MM、D HH 或 SS。這裡的 D 是一個在 0-33 之間的日期。
• 一個無定界符的 'HHMMSS' 格式的字串，只要字串看起來像是一個時間。例如：'101112' 可被理解為 '10:11:12'，但是 '109712' 是不合法的(它有一個無意義的分鐘部分)，當被插入時會轉換為 '00:00:00'。
• 一個 HHMMSS 格式的數字，只要數字看起來像一個時間。例如，101112 可被理解為 '10:11:12'。下面的任一格式均可被正常理解：SS、MMSS、HHMMSS、HHMMSS.fraction。注意，MySQL 仍不能儲存 毫秒(fraction)部分。
• 在一個 TIME 語境中，函式(例如 CURRENT_TIME)的返回值將會返一個合理的格式。

對於以字串指定的包含時間定界符的 TIME 值，不必要為小於 10 的時、分或秒指定 2 位數字。'8:3:2' 與 '08:03:02' 是一致的。

將“短”的 TIME 值賦給另一個 TIME 列時要格外小心。如果沒有冒號，MySQL 使用最右位代表秒的假設來解釋值。(MySQL 將 TIME 值解釋為經過的時間，而不是時刻)。例如，你可能會認為 '1112' and 1112 的意思就是 '11:12:00' (11 點過 12 分)，但是 MySQL 卻將它解釋為 '00:11:12' (11 分，12 秒)。同樣的，'12' 和 12 被解釋為 '00:00:12'。有冒號的 TIME 值，由於冒號的存在，通常認為是處理過的時刻。這就是說，'11:12' 就意味著是 '11:12:00'，而不是 '00:11:12'。

如果值超出了 TIME 的範圍，但是其它分、秒部分是合法的，它將被剪下到取值範圍的適當端點。例如，'-850:00:00' 和 '850:00:00' 將被分別轉換為 '-838:59:59' 和 '838:59:59'。

不合法的 TIME 值將被轉換為 '00:00:00'。注意，因為 '00:00:00' 自身是一個合法的 TIME 值，這就沒有辦法區分，儲存在一個表中的 '00:00:00'，原來的值是否就是指定為 '00:00:00' 或是一個不合法的值。

6.2.2.4 YEAR 型別

YEAR 型別是一個以 1 個位元組描述年份的型別。

MySQL 以 YYYY 格式檢索和顯示一個 YEAR 值。範圍是 1901 到 2155。

可以以多個格式指定 YEAR 值：

• 一個在 '1901' 到 '2155' 範圍之內的 4 位字串。
• 一個在 1901 到 2155 範圍之內的 4 位數字。
• 一個在 '00' 到 '99' 範圍之內的 2 位字串。'00' 到 '69' 和 '70' 到 '99' 範圍內的值將被分別轉換到 2000 到 2069 和 1970 到 1999 範圍內的 YEAR 值。
• 一個在 1 到 99 範圍之內的數字。1 到 69 和 70 到 99 範圍內的值將被分別轉換到 2001 到 2069 和 1970 到 1999 範圍內的 YEAR 值。注意，兩位數字的範圍與兩位字串的範圍稍稍有點不同，因為你不能直接地以數字指定一個零值，將它解釋為 2000。你必須 以一個 '0' 或 '00' 格式的字串指定它，否則它將被解釋為 0000。
• 在一個 YEAR 的語境中，函式(例如 NOW())的返回值將會返回一個合理的格式。

不合法的 YEAR 值將被轉換為 0000。

6.2.3 字串型別

字串型別有 CHAR、VARCHAR、BLOB、TEXT、ENUM 和 SET。這個章節描述這些型別是如何工作的，它們的儲存需求，以及在你的查詢中如何使用它們。

型別 最大尺寸 位元組 TINYTEXT 或 TINYBLOB 2^8-1 255 TEXT 或 BLOB 2^16-1 (64K-1) 65535 MEDIUMTEXT 或 MEDIUMBLOB 2^24-1 (16M-1) 16777215 LONGBLOB 2^32-1 (4G-1) 4294967295

6.2.3.1 CHAR 和 VARCHAR 型別

CHAR 和 VARCHAR 型別是很相似的，但是它們被儲存與檢索的方式有些不同。

一個 CHAR 列的長度被固定為你建立表進所宣告的長度。長度可以是 1 和 255 之間的任一值。(從 MySQL 3.23 之後，CHAR 的長度可以是 0 到 255。)當 CHAR 值被儲存時，他們被用空格在右邊填補到指定長度。當 CHAR 值被檢索時，尾部的空格被截除。

VARCHAR 列的值是變長的字串。你可以宣告一個 VARCHAR 列在 1 到 255, 就像對 CHAR 列一樣。然而，與 CHAR 相反的，VARCHAR 值只以所需的字元數儲存，另加一個位元組儲存記錄的長度。值並不被填補；相反的，當被儲存時，尾部的空格被截除。(這個截除空格方式不同於 ANSI SQL 規約。)

如果將一個超過列最大長度的值賦給一個 CHAR 或 VARCHAR 列，該值將截斷以適合它。

下表透過在 CHAR(4) 和 VARCHAR(4) 列中儲存不同的字串的結果顯示了兩種型別列的不同：

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

在各種情況下，CHAR(4) 和 VARCHAR(4) 列的檢索值均是一樣的，因為在 CHAR 列上檢索值的尾部空格會被截除。

CHAR 和 VARCHAR 列值以省略字母大小寫的方式進行排序和比較，除非在表建立時 BINARY 屬性被指定。BINARY 屬性意味著，該列值根據 MySQL 伺服器正在執行的機器的 ASCII 表順序進行字母大小寫敏感的方式排序和比較。BINARY 並不影響該列如何被儲存和檢索。

BINARY 屬性是有粘性的。這就意味著，如果一個被標記為 BINARY 的列被用於一箇中，整個表示式將作為一個 BINARY 值被比較。

在表建立時，MySQL 可能會隱式地改變一個 CHAR 或 VARCHAR 列的型別。檢視章節 。

6.2.3.2 BLOB 和 TEXT 型別

一個 BLOB 是一個可以儲存一可變數量的資料的二進位制大物件。四個 BLOB 型別(TINYBLOB、BLOB、MEDIUMBLOB 和 LONGBLOB)之間的不同僅僅在於他們能儲存值的最大長度不一致。檢視章節 。

四個 TEXT 型別(TINYTEXT、TEXT、MEDIUMTEXT 和 LONGTEXT)對應與四個 BLOB 型別，並且有相同的最大長度和儲存需求。在 BLOB 和 TEXT 型別之間的唯一差別就是，對 BLOB 值是以字母大小寫敏感的方式進行排序和比較的，而對 TEXT 值以忽略字母大小寫方式進行排序和比較。換句話說，TEXT 是一個忽略字母大小寫的 BLOB。

如果將一個超過列型別最大長度的值賦給一個 BLOB 或 TEXT 列，該值將被截斷以適應它。

在大多數方面，可以將一個 TEXT 列看作是一個你所希望大 VARCHAR 列。同樣的，BLOB 列可以看作是一個 VARCHAR BINARY 列。差別就在於：

• 在 MySQL 3.23.2 和更新的版本中，可以在 BLOB 和 TEXT 列上建立。而較老版本的 MySQL 是不支援的。
• 當 BLOB and TEXT 列值被儲存時，尾部的空格不會被剪下，這與 VARCHAR 列是不一樣的。
• BLOB 和 TEXT 列不可以有 DEFAULT 值。

MyODBC 以 LONGVARBINARY 定義 BLOB 值，以 LONGVARCHAR 定義 TEXT 值。

因為 BLOB 和 TEXT 值可以非常地長，在使用它們時可能會遇到某些限制：

• 如果希望在一個 BLOB 或 TEXT 列上使用 GROUP BY 和 ORDER BY，必須將該列值轉換為一個定長物件。這樣做的標準做法是使用 SUBSTRING 函式。例如：

  mysql> SELECT comment FROM tbl_name,SUBSTRING(comment,20) AS substr -> ORDER BY substr;

  如果你不這樣做，只有列值的前 max_sort_length 個位元組用於排序。max_sort_length 預設的值為 1024；在啟動 mysqld 服務時，可以使用 -O 選項對它進行更改。可以在一個包含 BLOB 或 TEXT 值的表示式上進行分組，透過指定列的位置或使用一個別名：

  mysql> SELECT id,SUBSTRING(blob_col,1,100) FROM tbl_name GROUP BY 2; mysql> SELECT id,SUBSTRING(blob_col,1,100) AS b FROM tbl_name GROUP BY b;

• 一個 BLOB 或 TEXT 物件的最大尺寸由其型別決定，但是在客戶端和伺服器之間實際所能傳送的最大值，是由可用總數和通訊緩衝區的大小來決定的。你可以改變報文緩衝區的大小，但必須在伺服器端與客戶端同時這麼做。檢視章節 。

注意，每個 BLOB 或 TEXT 值在內部由一個獨立分配的物件表示。這與其它所有的列型別不一樣，當表被開啟時，它們被按每列分配一次儲存。

6.2.3.3 ENUM 型別

ENUM 是一個字串物件，其值通常選自一個允許值列表中，該列表在表建立時的列規格說明中被明確地列舉。

在下列某些情況下，值也可以是空串("") 或 NULL：

• 如果將一個無效值插入一個 ENUM (即，一個不在允許值列表中的字串)，空字串將作為一個特殊的錯誤值被插入。事實上，這個字串有別於一個“普通的”空字串，因為這個字串有個數字索引值為 0。稍後有更詳細描述。
• 如果一個 ENUM 被宣告為 NULL，NULL 也是該列的一個合法值，並且該列的預設值也將為 NULL。如果一個 ENUM 被宣告為 NOT NULL，該列的預設值將是該列表所允許值的第一個成員。

每個列舉值均有一個索引值：

• 在列說明中列表值所允許的成員值被從 1 開始編號。
• 空字串錯誤值的索引值為 0。這就意味著，你可以使用下面所示的 SELECT 語句找出被賦於無效 ENUM 值的記錄行。

  mysql> SELECT * FROM tbl_name WHERE enum_col=0;

• NULL 值的索引值為 NULL。

例如，指定為 ENUM("one", "two", "three") 的一個列，可以有下面所顯示的任一值。每個值的索引值也如下所示：

值 索引值 NULL NULL "" 0 "one" 1 "two" 2 "three" 3

換個列舉最大可以有 65535 個成員值。

從 MySQL 3.23.51 開始，當表被建立時，ENUM 值尾部的空格將會自動刪除。

當為一個 ENUM 列賦值時，字母的大小寫是無關緊要的。然而，以後從列中檢索出來的值的大小寫卻是匹配於建立表時所指定的允許值。

如果在一個數字語境中檢索一個ENUM，列值的索引值將被返回。例如，你可以像這樣使用數字值檢索一個 ENUM 列：

mysql> SELECT enum_col+0 FROM tbl_name;

如果將一個數字儲存到一個 ENUM 中，數字被當作為一個索引值，並且儲存的值是該索引值所對應的列舉成員。(但是，這在 LOAD DATA 將不能工作，因為它視所有的輸入均為字串。) 在一個 ENUM 字串中儲存數字是不明智的，因為它可能會打亂思維。

ENUM 值依照列規格說明中的列表順序進行排序。(換句話說，ENUM 值依照它們的索引號排序。)舉例來說，對於 ENUM("a", "b") "a" 排在 "b" 後，但是對於 ENUM("b", "a") ，"b" 卻排在 "a" 之前。空字串排在非空字串前，NULL 值排在其它所有的列舉值前。為了防止意想不到的結果，建議依照字母的順序定義 ENUM 列表。也可以透過使用 GROUP BY CONCAT(col) 來確定該以字母順序排序而不是以索引值。

如果希望得到一個 ENUM 列的所有可能值，可以使用 SHOW COLUMNS FROM table_name LIKE enum_column_name 並分析第二列的 ENUM 定義。

6.2.3.4 SET 型別

SET 是一個字串物件，它可以有 0 或更多個值，每個值均必須選自一個允許值列表中，該列表在表建立時被指定。包含多個集合成員的 SET 列值，由逗號(“,”)將各成員分隔。由此推論，SET 成員值自身不應該包含逗號。

例如，一個指定為 SET("one", "two") NOT NULL 的列可以有下列任一值：

"" "one" "two" "one,two"

一個 SET 最大可以有 64 個不同的成員。

從 3.23.51 開始，當表被建立時，SET 值尾部的空格將被自動地刪除。

MySQL 以數字值儲存 SET 值，以被儲存值的低階位元位(bit)對應於第一個集合成員。如果在一個數字語境中檢索一個 SET 值，檢索的值把位元位設定為對應組成列值的集合成員。例如，你可以使用下面所示的示例從一個 SET 列中檢索出一個數字：

mysql> SELECT set_col+0 FROM tbl_name;

如果將一個數字儲存到一個 SET 列中，被設定的數字的二進位制表示法的位元位決定列值中的集合成員。假設一個列被定義為 SET("a","b","c","d")。那麼它的成員有下面所示的位元值：

SET 成員 十進位制值 二進位制值 a 1 0001 b 2 0010 c 4 0100 d 8 1000

如果將值 9(二進位制的 1001) 賦給這個列，那麼 SET 值的第一個和第四個成員 "a" 和 "d" 被選擇，結果值為 "a,d"。

對於包含超過一個 SET 成員的值，當你插入值時，無所謂以什麼順序列出成員。也無所謂給出的值被列舉了多少次。當以後檢索該值時，在值中的每個成員將出現一次，根據他們在表建立時所指定的順序列出成員。例如，如果一個列被定義為 SET("a","b","c","d")，那麼，"a,d"、"d,a" 和 "d,a,a,d,d" 在被檢索時均將被視為 "a,d"。

如果將一個不支援的值賦於一個 SET 列，該值將被忽略。

SET 以數字順序排序。NULL 值排在非 NULL SET 值之前。

通常，可以使用 LIKE 運算子或 FIND_IN_SET() 函式執行在一個 SET 列上的 SELECT：

mysql> SELECT * FROM tbl_name WHERE set_col LIKE '%value%'; mysql> SELECT * FROM tbl_name WHERE FIND_IN_SET('value',set_col)>0;

但是，下列示例也可以工作：

mysql> SELECT * FROM tbl_name WHERE set_col = 'val1,val2'; mysql> SELECT * FROM tbl_name WHERE set_col & 1;

第一個語句尋找一個精確的匹配。第二個語句尋找包含第一個集合成員的值。

如果希望得到一個 SET 列的所有可能值，可以使用 SHOW COLUMNS FROM table_name LIKE set_column_name 並分析第二列的 SET 定義。

6.2.4 為列選擇正確的型別

為了更有效地使用儲存空間，在任何情況下均嘗試使用最精確的型別。例如，如果一個整數列被用於在 1 和 99999 之間的值，MEDIUMINT UNSIGNED 是最好的型別。

精確地表示貨幣值是一個常見的問題。在 MySQL 中，可以使用 DECIMAL 型別。它是作為一個字串儲存的，因而不會發生精度損失的情況。如果精度不是太重要的，那 DOUBLE 型別也是一個不錯的選擇。

對於高精度，總是能轉換一個儲存在 BIGINT 中的定點型別。這將允許你以整型進行任何的計算，並在必要的時候將結果轉換回浮點值。

6.2.5 使用來自其它的引擎的列型別

為了更容易地使用為其它供應商的 SQL 實現而編寫的程式碼，MySQL 以下表所示的形式對映列型別。這些對映使得從其它資料庫引擎移動表到 MySQL 更容易：

其它提供商的型別 MySQL 型別 BINARY(NUM) CHAR(NUM) BINARY CHAR VARYING(NUM) VARCHAR(NUM) FLOAT4 FLOAT FLOAT8 DOUBLE INT1 TINYINT INT2 SMALLINT INT3 MEDIUMINT INT4 INT INT8 BIGINT LONG VARBINARY MEDIUMBLOB LONG VARCHAR MEDIUMTEXT MIDDLEINT MEDIUMINT VARBINARY(NUM) VARCHAR(NUM) BINARY

列型別對映在表建立時發生。如果你使用其它供應商使用的型別建立一個表，然後發出一個 DESCRIBE tbl_name 語句，MySQL 將使用相等價的 MySQL 型別報告表結構。

6.2.6 列型別儲存需求

每個由 MySQL 支援的列型別的儲存需求按型別在下面列出。

6.2.6.1 數字型別儲存需求

列型別 儲存需求 TINYINT 1 位元組 SMALLINT 2 位元組 MEDIUMINT 3 位元組 INT 4 位元組 INTEGER 4 位元組 BIGINT 8 位元組 FLOAT(X) 4 if X <= 24 or 8 ，if 25 <= X <= 53 FLOAT 4 位元組 DOUBLE 8 位元組 DOUBLE PRECISION 8 位元組 REAL 8 位元組 DECIMAL(M,D) M+2 位元組 if D > 0，M+1 位元組 if D = 0 (D+2, if M < D) NUMERIC(M,D) M+2 位元組 if D > 0, M+1 位元組 if D = 0 (D+2, if M < D)

6.2.6.2 日期和時間型別儲存需求

列型別 儲存需求 DATE 3 位元組 DATETIME 8 位元組 TIMESTAMP 4 位元組 TIME 3 位元組 YEAR 1 位元組

6.2.6.3 字串型別儲存需求

列型別 儲存需求 CHAR(M) M 位元組, 1 <= M <= 255 VARCHAR(M) L+1 位元組, where L <= M and 1 <= M <= 255 TINYBLOB, TINYTEXT L+1 位元組, where L < 2^8 BLOB, TEXT L+2 位元組, where L < 2^16 MEDIUMBLOB, MEDIUMTEXT L+3 位元組, where L < 2^24 LONGBLOB, LONGTEXT L+4 位元組, where L < 2^32 ENUM('value1','value2',...) 1 or 2 位元組, 取決於列舉值的數量(最大值為 65535) SET('value1','value2',...) 1, 2, 3, 4 or 8 位元組, 取決於集合成員數量(最大 64 個成員)

VARCHAR 和 BLOB 和 TEXT 型別是變長的型別，其儲存需求取決於列值的實際長度(上表中以 L 表示)，而不是取決於型別的最大可能尺寸。例如，一個 VARCHAR(10) 列可以儲存最大長度為 10 個字元的字串。實際儲存需求為字串長度 (L)，再加上 1 個位元組用於記錄該字串的長度。對於字串 'abcd'，L 為 4，它的儲存需求為 5 位元組。

BLOB 和 TEXT 型別需要 1、2、3 或 4 位元組記錄列值的長度，這取決於該型別的最大可能長度。檢視章節 。

如果一個表包含任何變長型別的列型別，記錄格式也將是變長的。注意，當一個表被建立時，在某種情況下，MySQL 會將一個列從一個變長型別轉換成一個定長型別，或相反的。檢視章節 6.5.3.1