MySQL VARCHAR 長度設置深度解析：字符數 vs 字節數、utf8mb4 實際上限、行長度限制與選型建議

MySQL VARCHAR 長度設置深度解析：字符數 vs 字節數、utf8mb4 實際上限、行長度限制與選型建議

VARCHAR(M) 中的 M 代表字符數而非字節數，但實際存儲受字符集編碼和行長度 65535 字節雙重限制。本文系統梳理 VARCHAR 長度計算規則、不同字符集實際上限、超限自動轉 TEXT 機制、CHAR/VARCHAR/TEXT 選型決策樹。

一、核心結論速覽

二、存儲開銷精確計算

實際存儲字節數 = 字符實際字節長度 + 長度前綴字節數
長度前綴 = 1 字節 (M ≤ 255) 或 2 字節 (M > 255)

-- 示例：utf8mb4 表，VARCHAR(100) 存 'abc' (3字符)
-- 字符字節 = 3 × 4 = 12 字節
-- 前綴 = 1 字節 (100 ≤ 255)
-- 總計 = 13 字節

三、版本演進與關鍵差異

重大變更：5.0.3+ 將 M 從字節改為字符，並引入長度前綴機制，極大提升了多語言存儲能力。

四、三大硬性限制

1. 字符數限制：M ≤ 65535
2. 字節數限制：M × max_bytes_per_char + length_prefix ≤ 65535
3. 行長度限制：單行所有列定義長度之和 ≤ 65535 字節（不含 BLOB/TEXT 溢出頁）

行長度計算示例

CREATE TABLE t (
  a VARCHAR(30000) CHARSET utf8mb4,  -- 30000×4+2 = 120002 字節 → 超限！
  b VARCHAR(30000) CHARSET utf8mb4
) ENGINE=InnoDB;
-- ERROR 1118 (42000): Row size too large (> 65535)

五、超限自動轉換機制

• VARCHAR(M) 定義超過字節上限 → 自動轉為 MEDIUMTEXT + Warning
• CHAR(M) 超過 255 → 自動轉為 VARCHAR → 再超限轉 TEXT
• 建表時務必關注 Warning：SHOW WARNINGS;

六、CHAR vs VARCHAR vs TEXT 選型決策

七、utf8mb4 實戰建議

1. 業務字段：VARCHAR(128)、VARCHAR(255)、VARCHAR(500) 覆蓋 99% 場景，預留餘量。
2. 大文本：直接 TEXT/MEDIUMTEXT/LONGTEXT，勿嘗試極大 VARCHAR。
3. 聯合索引：INDEX idx_a_b (a(50), b(20)) 使用前綴索引控制索引大小。
4. 遷移檢查：SELECT MAX(CHAR_LENGTH(col)), MAX(LENGTH(col)) FROM t; 實際長度分布指導定義調整。

八、總結

VARCHAR(M) 的 M 是字符數上限，實際存儲按字符集字節數計算，受行長度 65535 字節硬性約束。utf8mb4 下單列最大約 16383 字符，多列共存須計算行長度和。選型原則：固定碼用 CHAR、業務變長用 VARCHAR、大文本用 TEXT、InnoDB 首選 VARCHAR。定期審計實際長度分布，精準調整定義，平衡空間與性能。