MySQL 數據類型完整指南：從整數到日期時間的深度解析

MySQL 數據類型完整指南

在設計資料庫結構時，選擇正確的數據類型對於效能、儲存空間與資料完整性至關重要。MySQL 提供了豐富的數據類型，大致可分為數值類型、字串類型、日期時間類型與複合類型。本文將系統性地整理各類型的特性、適用場景與常見誤區，助你做出最佳選擇。

一、數值類型

1. 整數類型

MySQL 支援五種標準整數類型，儲存範圍與佔用空間如下：

關鍵細節：

• INT(m) 中的 m 僅影響查詢結果的顯示寬度（搭配 ZEROFILL 時填充 0），不限制實際儲存範圍。
• 加上 UNSIGNED 可將最大值翻倍，適用於不需負數的場景（如自增 ID）。
• ZEROFILL 會隱含添加 UNSIGNED，查詢時以 0 填充至指定寬度。

2. 浮點與定點數

避坑指南： FLOAT(5,3) 插入 123.45678 會四捨五入為 123.457，但實際儲存位數仍以實際值為準。涉及金額、精確計算務必使用 DECIMAL。

二、字串類型

1. CHAR vs VARCHAR

選擇建議： 長度固定（如 MD5、UUID、郵編）用 CHAR；長度不一（如姓名、地址）用 VARCHAR。

2. TEXT 與 BLOB 家族

核心差異：

• BLOB：二進制儲存，區分大小寫，無字符集概念，整體讀取。
• TEXT：文本儲存，不區分大小寫（依字符集排序規則），可指定字符集，支援前綴索引。
• VARCHAR 可直接建索引；TEXT 建索引需指定前綴長度，且索引效果通常不如 VARCHAR。

三、日期時間類型

TIMESTAMP 獨特行為： 若未顯式賦值或賦 NULL，自動填充當前時間；記錄更新時亦自動刷新。適合「最後修改時間」欄位。注意 2038 年上限問題，長期項目建議用 DATETIME。

四、複合類型：ENUM 與 SET

• ENUM：單選，最多 65,535 個元素。內部以數字索引（從 1 起）儲存，插入非法值會存空串（索引 0）。適用於性別、狀態等互斥枚舉。
• SET：多選，最多 64 個元素。內部用位掩碼儲存，自動去重。適用於標籤、權限等多值場景。

五、屬性修飾符速查

六、選型最佳實踐

1. 「夠用就好」：優先選擇佔用空間最小、滿足業務範圍的類型。
2. 金額用 DECIMAL：避免浮點誤差。
3. 主鍵首選 INT/BIGINT + UNSIGNED + AUTO_INCREMENT：效能最佳，避免 UUID 造成的頁分裂。
4. 字符集統一用 utf8mb4：支援 Emoji，避免亂碼。
5. 大文本/二進制考慮外部儲存：僅在資料庫存路徑，實際檔案放物件存儲或檔案系統。