MySQL char 和 varchar 的区别是什么？

面试考察点

1. 基础掌握度：面试官不仅仅是想知道两个类型的字面区别，更是想知道你是否理解 MySQL 的存储机制，能否在实际表设计中做出正确选择。

2. 性能意识：考察你是否清楚定长和变长类型在存储效率、查询性能、索引构建等方面的差异，以及在不同场景下的取舍。

3. 实践经验：能否结合实际业务场景（如用户名、手机号、MD5 值等）给出合理的选择建议，而不是只会背概念。

核心答案

CHAR 和 VARCHAR 是 MySQL 中两种最常用的字符串类型，核心区别如下：

对比维度	CHAR	VARCHAR
存储方式	定长存储，不足补空格	变长存储，按实际长度
长度范围	0 ~ 255 字符	0 ~ 65,535 字节
空间占用	固定占用声明长度	实际长度 + 1~2 字节前缀
尾部空格	存储时补齐，检索时移除	原样存储和检索
性能特点	更快的 CRUD（无长度计算）	更省空间（按需分配）
适用场景	长度固定的数据（手机号、MD5）	长度变化的数据（用户名、地址）

一句话总结：CHAR 是定长、空间换时间；VARCHAR 是变长、时间换空间。

深度解析

一、存储机制对比

上图展示了 CHAR 和 VARCHAR 的存储差异，核心要点如下：

• CHAR 定长机制：无论实际存储多少字符，都占用声明长度的空间。比如 CHAR(10) 存储 'abc' 时，会自动补 7 个空格，占用 10 字节。检索时，尾部的空格会被自动移除（这是一个容易踩坑的点）。

• VARCHAR 变长机制：只占用实际需要的空间，额外使用 1~2 字节存储长度信息。当长度 ≤ 255 字节时用 1 字节，超过 255 字节时用 2 字节。

• 空间计算示例：

  • CHAR(10) 存储 'abc' → 占用 10 字节
  • VARCHAR(10) 存储 'abc' → 占用 4 字节（1 长度 + 3 数据）
  • VARCHAR(1000) 存储 'abc' → 占用 5 字节（2 长度 + 3 数据）

二、尾部空格处理差异（高频考点）

-- CHAR 尾部空格会被移除
CREATE TABLE test_char (
    name CHAR(10)
);

INSERT INTO test_char VALUES ('Tom     ');  -- 存入 'Tom' + 7 空格
SELECT name, LENGTH(name) FROM test_char;
-- 结果：'Tom', 3  （检索时空格被移除了！）

-- VARCHAR 尾部空格保留
CREATE TABLE test_varchar (
    name VARCHAR(10)
);

INSERT INTO test_varchar VALUES ('Tom     ');  -- 存入 'Tom' + 7 空格
SELECT name, LENGTH(name) FROM test_varchar;
-- 结果：'Tom     ', 10  （原样保留）

关键差异：

• CHAR：存储时补空格，检索时自动移除尾部空格
• VARCHAR：原样存储，原样检索

三、InnoDB 行溢出与页存储

在 InnoDB 存储引擎中，VARCHAR 的最大长度受多个因素限制：

关键点：

• VARCHAR(N) 中的 N 是字符数，不是字节数
• 在 utf8mb4 字符集下，VARCHAR(255) 最多占用 255 × 4 + 2 = 1022 字节
• 当数据过大时，InnoDB 会使用"行溢出"机制，将数据存储到溢出页

四、性能对比

操作类型	CHAR 表现	VARCHAR 表现
INSERT	稍快（无需计算长度）	稍慢（需计算实际长度）
UPDATE	更快（长度不变，无碎片）	可能产生碎片（长度变化）
SELECT	更快（固定位置计算）	稍慢（需解析长度前缀）
索引构建	更快（长度固定）	稍慢（需遍历计算）
存储空间	浪费（固定长度）	节省（按需分配）

性能结论：

• CHAR 在频繁更新场景下更有优势（不会产生碎片）
• VARCHAR 在存储空间上更有优势（尤其数据长度差异大时）
• 实际应用中，这个性能差异通常可以忽略，空间利用率往往是更重要的考量

五、最佳实践

-- ✅ 推荐使用 CHAR 的场景（长度固定）

-- 手机号（11 位）
phone CHAR(11) NOT NULL COMMENT '手机号'

-- 身份证号（18 位）
id_card CHAR(18) NOT NULL COMMENT '身份证号'

-- MD5 值（32 位）
md5_value CHAR(32) NOT NULL COMMENT 'MD5 哈希值'

-- 状态码、枚举值
status CHAR(1) DEFAULT '0' COMMENT '状态：0-禁用，1-启用'

-- UUID 去掉横线（32 位）
uuid CHAR(32) NOT NULL COMMENT 'UUID'


-- ✅ 推荐使用 VARCHAR 的场景（长度变化）

-- 用户名（4-20 字符）
username VARCHAR(50) NOT NULL COMMENT '用户名'

-- 邮箱（长度不定）
email VARCHAR(100) NOT NULL COMMENT '邮箱地址'

-- 文章标题
title VARCHAR(200) NOT NULL COMMENT '文章标题'

-- 详细地址
address VARCHAR(500) COMMENT '详细地址'

-- 商品描述
description VARCHAR(2000) COMMENT '商品描述'

六、常见误区

-- ❌ 误区一：认为 CHAR(10) 只能存 10 个英文字符
-- 实际上：CHAR(10) 可以存 10 个字符，不管是英文还是中文
CHAR(10)  -- 可以存 '1234567890' 或 '一二三四五六七八九十'


-- ❌ 误区二：认为 VARCHAR 查询性能远低于 CHAR
-- 实际上：现代 MySQL 对 VARCHAR 优化很好，性能差异很小


-- ❌ 误区三：混淆字符数和字节数
-- VARCHAR(255) 在 utf8mb4 下最多占用 1022 字节，不是 255 字节


-- ❌ 误区四：忽略 CHAR 尾部空格会被移除的特性
INSERT INTO t (name) VALUES ('Tom   ');  -- CHAR 会丢失空格！

面试高频追问

1. VARCHAR(10) 和 VARCHAR(1000) 存储 'abc' 有区别吗？

   • 存储空间：磁盘上没区别（都占用 4 字节）
   • 内存占用：排序、临时表等场景下，VARCHAR(1000) 会按声明长度预分配内存，更占内存
   • 建议：在满足业务需求的前提下，尽量使用较小的长度声明

2. 为什么 CHAR 最多只能 255 字符？

   • CHAR 的长度用 1 字节存储，最大值就是 255
   • VARCHAR 用 1~2 字节存储长度，所以能支持更大的值

3. 索引中使用 CHAR 还是 VARCHAR 更好？

   • 对于固定长度的字段（如手机号），CHAR 更好（索引更紧凑）
   • 对于变长字段，必须用 VARCHAR
   • 无论哪种，都建议加上前缀索引以减少索引大小

4. TEXT 类型什么时候用？

   • 超过 255 字符的定长数据：不存在，改用 VARCHAR 或 TEXT
   • 超过 65,535 字节的大文本：使用 TEXT 系列（TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT）

常见面试变体

• "数据库中定长字段和变长字段有什么区别？"
• "设计用户表时，手机号和用户名分别用什么类型？为什么？"
• "VARCHAR(255) 在 utf8mb4 字符集下最多能存多少个汉字？"
• "CHAR 和 VARCHAR 在索引构建上有什么差异？"

记忆口诀

CHAR 定长补空格，检索之时去空格； VARCHAR 变长按需存，长度前缀记心间。 手机身份证用 CHAR，用户邮箱用 VARCHAR。

总结

CHAR 是定长类型，存储时补空格、检索时去空格，适合长度固定的数据（手机号、MD5 值）；VARCHAR 是变长类型，按实际长度存储，额外使用 1~2 字节记录长度，适合长度变化的数据（用户名、地址）。选择原则：固定长度用 CHAR，变化长度用 VARCHAR，性能差异通常可以忽略，优先考虑空间利用率和业务语义。