用最清楚、最實用的方式告訴你：在 SQL Server 中，VARCHAR(20) 和 NVARCHAR(20) 到底有什么區別、該怎么選、踩坑點在哪里

? 1. 本質區別：是否 Unicode（能否存中文）

? 記住一句話：

NVARCHAR 才能保證任何語言不亂碼；VARCHAR 受數據庫 Collation 限制。

? 2. VARCHAR 存中文可能亂碼或報錯

例如數據庫編碼是 Latin1 / SQL_Latin1（不支持中文），執行：

INSERT INTO T(Name) VALUES('中文');

如果列類型是：

• VARCHAR(20) → 寫入時轉換失敗或變成亂碼
• NVARCHAR(20) → 始終正確存儲

? 3. 占用空間對比

VARCHAR(20)

• 中文會被“編碼失敗”，不是多字節！
• VARCHAR(n) 的 n 是字節，不是字符。能夠存多少“字符”取決于編碼。
• 英文 1 字節 → 最多 n 個字符
• 中文 2 字節 → 最多 n/2 個字符
• 混合內容按實際字節求和。
• 最多可存 20 個單字節字符

NVARCHAR(20)

• 最多可存 20 個字符（不論中英文）

• 占用空間是 20 * 2 = 40 字節

• NVARCHAR(n) 的 n 是字符數。永遠最多存 n 個字符（中英文一樣）。

所以，如果你要存大量英文日志、URL、Token、JSON，VARCHAR 更節省空間。

? 4. 存儲長度（千萬別被 NVARCHAR 限制騙了）

? NVARCHAR(20) ≠ 20 字節，而是能裝 20 個 Unicode 字符

但 VARCHAR(20) 與 NVARCHAR(20) 功能上的最大差別不是長度，而是 是否支持國際字符。

例如：

?? 特別說明：
SQL Server NVARCHAR 是 UTF?16 BMP 區間，不支持 Emoji 等補充字符，存時需要特殊處理（可以存成 NVARCHAR(MAX) + surrogate pair）。

? 5. 性能差異（通?？珊雎裕?/span>

• VARCHAR 更省空間 → 緩存命中率稍高
• NVARCHAR 解碼成本稍大

但一般業務中差異小到可以忽略不計。

關鍵是是否需要支持多語言。

? 6. 與 Collation 的關系（重點?。?/span>

VARCHAR依賴 數據庫/表/列的 Collation。

例如：

• Chinese_PRC_CI_AS → 支持中文
• SQL_Latin1_General_CP1_CI_AS → 不支持中文

所以如果數據庫 Collation 是西歐語系，你的 VARCHAR 根本放不了中文。

而：

NVARCHAR永遠不受 Collation 的代碼頁限制，永遠能存中文。

? 7. 實際開發怎么選？

? 建議選擇 NVARCHAR 的場景：

• 存中文、日文、韓文
• 人名、地址、公司名
• 備注、描述字段
• Web / 移動端輸入
• 接收外部系統的數據（避免亂碼）

? 建議選擇 VARCHAR 的場景：

• 全英文內容（URL、JSON、Token）
• 大量日志文本（英文）
• 系統內部字段，不接受用戶輸入
• 非中文系統，為節省大量空間

?? 總結（最重要的三句話）

1. 要支持中文，一律用 NVARCHAR。
2. VARCHAR 依賴 Collation，跨系統容易亂碼。
3. NVARCHAR(20) 占用 40個字節，可以存儲20個字符，不論中英文。
4. VARCHAR(20) 存儲占用20個單字節，最多可存 20 個單字節字符，比如20個英文字符（在中英文混合模式下具體取決于編碼方式）

閱讀原文：原文鏈接