MySQL 資料型別選擇與建庫策略最佳實踐

核心原則

無論免費空間還是電商大站，合理設計表結構、充分利用空間都是必修課。核心原則：夠用就好，越小越好。

一、數值型別深度解析

1. 整數型別（最常用、最值得精打細算）

範例：1600 萬行表用 MEDIUMINT 代替 INT，節省 ~16MB 空間。

2. 定點數：DECIMAL / NUMERIC

• 以字串形式儲存，每位數字（含小數點）佔 1 Byte
• 優點：精度固定，運算不「失真」
• 適用：價格、金額、費率 等精度敏感欄位
• 語法：DECIMAL(10,2) 共 10 位，小數 2 位

3. 浮點數：FLOAT / DOUBLE

作者從未在實務中使用過 FLOAT/DOUBLE，民用場景建議改用 DECIMAL。

二、日期時間型別

只需日期用 DATE，只需時間用 TIME，通用用 DATETIME，需時區感知用 TIMESTAMP。

三、字串型別

CHAR vs VARCHAR 決策邏輯

• 若最大長度 N，且多數行接近 N → 用 CHAR（避免 +1 Byte 開銷）
• 若長度差異大、平均遠小於 N → 用 VARCHAR
• 範例：股票代碼固定 6 碼 → CHAR(6)；股票名稱不定長 → VARCHAR(20)

四、建庫策略清單

1. 主鍵：優先 INT UNSIGNED AUTO_INCREMENT，預估超 40 億用 BIGINT
2. 外鍵：型別、長度、簽名與主鍵完全一致
3. 金額：DECIMAL(12,2) 或 DECIMAL(10,4)
4. 狀態/類型：TINYINT UNSIGNED + 字典表/ENUM
5. 時間：DATETIME（業務時間）+ TIMESTAMP（創建/更新自動維護）
6. 字串：預設 VARCHAR，固定碼用 CHAR，長文本用 TEXT
7. 索引：僅在查詢條件、JOIN、ORDER BY 欄位建立，避免過度索引
8. 字元集：統一 utf8mb4，排序規則 utf8mb4_unicode_ci