MySQL 數據類型與列類型完整手冊：選型原理、存儲開銷與實戰示例

數據類型 vs 列類型

• 數據類型：值的抽象分類（數值、字符串、日期、NULL）
• 列類型：CREATE TABLE 時具體聲明的存儲格式（如 INT UNSIGNED、VARCHAR(100)、DATETIME），含長度、屬性、約束

數值列類型詳細表

選型鐵律：滿足業務範圍的**最小類型**。
- 整數優先 UNSIGNED 獲得雙倍正向範圍
- AUTO_INCREMENT 必須配合整數類型
- 科學計算用 DOUBLE，**金融嚴禁浮點**，必用 DECIMAL

字符串列類型詳細表

關鍵差異：
- BLOB 二進制比較、TEXT 字符集比較
- VARCHAR 受行大小限制（65,535 字節共享），超長改 TEXT
- ENUM/SET 成員變更需 ALTER TABLE，慎用於高頻變更場景

日期時間列類型詳細表

選型建議：
- 需時區自動轉換（多地域應用）→ TIMESTAMP
- 歷史/未來日期、生日、審計時間 → DATETIME
- 僅需日期/時間 → DATE/TIME 省空間
- 5.6.4+ 指定 DATETIME(3) 存毫秒，TIMESTAMP(3) 存微秒

列屬性與約束

實戰建表範例

CREATE TABLE `student` (
  `id`          INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '主鍵',
  `name`        VARCHAR(20)  NOT NULL DEFAULT '' COMMENT '姓名',
  `chinese`     TINYINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '語文',
  `maths`       TINYINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '數學',
  `english`     TINYINT UNSIGNED NOT NULL DEFAULT 0 COMMENT '英語',
  `birthday`    DATE         NOT NULL COMMENT '出生日期',
  `created_at`  TIMESTAMP    NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '創建時間',
  `updated_at`  TIMESTAMP    NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新時間',
  PRIMARY KEY (`id`),
  KEY `idx_birthday` (`birthday`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT='學生成績表';

避坑清單

1. VARCHAR(255) 濫用 → 實際長度評估後定義
2. FLOAT/DOUBLE 存金額 → **必用 DECIMAL(19,4)**
3. TIMESTAMP 2038 年問題 → 長期項目改 DATETIME
4. ENUM 成員頻繁變更 → 改 VARCHAR + 字典表
5. 缺失 NOT NULL + DEFAULT → 導致 NULL 汙染、統計失真
6. 字符集不統一 → 全鏈路 utf8mb4，避免隱式轉換