MySQL CHAR 與 VARCHAR 深度解析：存儲機制、效能差異與選型指南

字符類型選擇看似微小，實則關係存儲空間、查詢速度與數據完整性。本文從底層存儲原理出發，結合不同存儲引擎特性，為你提供科學的選型依據。

一、 核心差異速覽

二、 存儲引擎視角的選型建議

MyISAM：推薦 CHAR

• 固定長度行便於偏移量計算，查找更快。
• 頻繁 UPDATE 易產生碎片，固定長度可避免行遷移。
• 代價：佔用更多磁盤空間。

MEMORY (HEAP)：無差異

內部統一按固定長度存儲，CHAR/VARCHAR 效能一致。

InnoDB：推薦 VARCHAR

• 行格式不區分固定/可變長，共用表頭指針。
• CHAR 通常佔用更多空間 → 更多頁 I/O → 效能較差。
• 減少空間佔用即減少磁盤 I/O，VARCHAR 更有優勢。

三、 實戰決策樹

1. 極短固定長度（如門牌號、ISO 國家碼、MD5/UUID）：用 CHAR，省去長度前綴開銷。
2. 長度變化大（文章內容、用戶評論、JSON 片段）：用 VARCHAR 或 TEXT。
3. 高頻 UPDATE 列：InnoDB 下 VARCHAR 仍優於 CHAR；MyISAM 下 CHAR 可減少碎片。
4. 避免過大定義：VARCHAR(255) 非「免費」，內存臨時表按定義長度分配，影響排序、連接緩衝區效率。

四、 MySQL 隱式轉換規則（易踩坑）

• 表中只要有一列可變長度 → 整張表行變可變長度。
• MySQL 會將固定長度列（CHAR >= 4）隱式轉為 VARCHAR。
• CHAR(1~3) 不會被轉換。

五、 總結

沒有絕對優劣，只有場景契合度。掌握底層存儲差異、引擎特性與隱式規則，才能在建表時做出最優決策。原則：短且固定用 CHAR，長且變動用 VARCHAR，InnoDB 偏愛 VARCHAR，MyISAM 固定長更穩。