MySQL 數據類型詳解：選擇正確類型提升資料庫效能

MySQL 數據類型詳解：選擇正確類型提升資料庫效能

註：以下內容針對 MySQL 5.0 及以上版本

MySQL 支援的數據類型非常豐富，選擇正確的數據類型對於獲得高性能至關重要。本文結合網上技術博客與《高性能 MySQL》一書內容整理而成，旨在幫助開發者做出最優選擇。

選擇數據類型的三大核心原則

1. 更小的通常更好：應盡量使用能正確存儲數據的最小數據類型，減少磁盤 I/O 與記憶體佔用。
2. 簡單就好：簡單數據類型的操作通常需要更少的 CPU 週期，如整數比字符串運算快得多。
3. 盡量避免 NULL：可為 NULL 的列會增加索引、索引統計和值比較的複雜度，導致優化器難以生成最優執行計劃。

MySQL 數據類型三大類別

MySQL 主要支援三大類數據類型：數字類型、字符串類型 和 日期時間類型。

一、數字類型

數字類型整體可分為整數型和浮點型兩大類。

1. 整數類型

關鍵點：

• 加上 UNSIGNED 後，最大值翻倍（如 TINYINT UNSIGNED 為 0~255）。
• INT(M) 中的 M 只是顯示寬度，不影響實際儲存範圍。INT(1) 與 INT(20) 在儲存與計算上完全相同。

2. 浮點類型

範例： 定義 FLOAT(5,3)，插入 123.45678 實際儲存為 123.457（四捨五入），但總位數按實際計算。

3. 定點數（精確數值）

DECIMAL(M,D)：M < 65 為總位數，D < 30 且 D < M 為小數位數。

• MySQL 5.0+ 將數字打包儲存於二進制字符串中（每 4 字節存 9 位數字）。
• 浮點類型儲存同樣範圍值時通常比 DECIMAL 佔用更少空間。
• 建議： 僅在對小數需精確計算時使用 DECIMAL（如財務數據）；大數據量場景可考慮用 BIGINT 替代（存儲分為單位的整數）。

二、字符串類型

CHAR vs VARCHAR

1. CHAR(N)：不足 N 字符以空格補齊，查詢時去除尾部空格；尾部不能有空格。固定佔用 N 字節。
2. VARCHAR(N)：實際佔用「字符數 + 1~2 字節」（長度前綴）。
3. CHAR 檢索速度通常快於 VARCHAR（固定長度便於定位）。

VARCHAR vs TEXT

1. VARCHAR 可指定長度，TEXT 不可；VARCHAR 佔用「實際字符數 + 1~2 字節」，TEXT 佔用「實際字符數 + 2 字節」。
2. TEXT 類型不能有預設值。
3. VARCHAR 可直接建索引，TEXT 建索引需指定前綴長度；同有索引時 VARCHAR 查詢更快。

三、二進制數據（BLOB 系列）

• BLOB 以二進制方式儲存，不區分大小寫；TEXT 以文本方式儲存，區分大小寫。
• BLOB 數據只能整體讀出。
• TEXT 可指定字符集，BLOB 無需指定。

四、日期時間類型

數據類型屬性速查

各類型儲存長度對照表（節選）

總結： 依據業務場景選擇最小、最簡單、避免 NULL 的類型，是資料庫高效能設計的基石。