面试题：MySQL 中 VARCHAR(100) 和 VARCHAR(10) 的区别是什么？

在 MySQL 中，VARCHAR(10) 和 VARCHAR(100) 是变长字符串类型，它们的主要区别在于最大字符长度限制和性能影响。以下是详细对比：

---

1. 存储长度限制

• VARCHAR(10)
  • 最多存储 10 个字符。
  • 插入的数据若超过 10 个字符，会截断（默认行为）或报错（严格模式下）。
  • 适用于短文本，如状态码、固定长度字段（如手机号区号）。
• VARCHAR(100)
  • 最多存储 100 个字符。
  • 适合需要扩展性的场景，如用户名、地址、简短描述等。

示例：
插入字符串 'hello'（5 字符）时，两者均占用 5 字符 + 1 字节长度标识 = 6 字节（假设使用 latin1 字符集，每个字符占 1 字节）。

---

2. 空间占用

• 实际存储效率相同：
  • VARCHAR 是变长类型，仅占用实际数据长度 + 长度标识（1 或 2 字节）。
  • 例如，存储 'abc'（3 字符）时，VARCHAR(10) 和 VARCHAR(100) 均占用 3 字符 + 1 字节 = 4 字节（最大长度 ≤ 255 时，长度标识占 1 字节）。
• 结论：磁盘存储空间相同，不会因定义长度不同而浪费空间。
• 例外场景：
  • 若字段定义为 VARCHAR(255) 但实际数据长度较短，存储效率仍与 VARCHAR(10) 相同。

---

3. 性能差异

(1) 内存分配与操作性能

• 排序/分组/临时表操作：
  • MySQL 在处理 ORDER BY、GROUP BY 或创建临时表时，会按字段的定义长度分配内存。
  • VARCHAR(100) 即使存储 5 字符数据，也会分配 100 字符的内存空间，而 VARCHAR(10) 仅分配 10 字符空间。
• 影响：VARCHAR(100) 可能导致内存消耗增加，尤其在大数据量场景下，排序性能可能下降 20% 以上（资料 [3] 提供案例）。

(2) 索引效率

• 索引键长度限制：
  • InnoDB 的索引键最大长度为 767 字节（UTF-8 下每个字符占 3 字节）。
  • 若字段需频繁查询且使用 UTF-8 字符集，VARCHAR(100) 最多可存储约 255 字符（3×100=300 字节，超出限制需调整前缀长度）。
• 建议：优先使用短字段作为索引列，或拆分长字段为多个短字段。

---

4. 使用场景建议

场景	推荐类型	原因
短且固定长度字段	VARCHAR(10)	节省内存，避免截断风险（如状态码、电话区号）。
可能扩展的字段	VARCHAR(100)	允许未来数据增长（如用户名、地址），但需预留 10% 冗余长度。
高频排序/分组操作	VARCHAR(10)	减少内存分配，提升排序性能。
需要全文搜索的字段	TEXT 类型	VARCHAR 不适合长文本，全文搜索可使用搜索引擎（如 Elasticsearch）。

---

5. 常见误区

• 误区 1：VARCHAR(100) 占用更多磁盘空间。
  真相：磁盘存储仅与实际数据长度相关，定义长度不影响磁盘占用。
• 误区 2：VARCHAR(255) 永远更灵活。
  真相：过长的定义会导致内存浪费和索引效率下降，应根据实际需求选择长度。
• 误区 3：字符集不影响 VARCHAR 性能。
  真相：多字节字符集（如 utf8mb4）下，VARCHAR(100) 实际占用 400 字节（4 字节/字符），需注意索引键限制。

---

总结

维度	VARCHAR(10)	VARCHAR(100)
最大字符长度	10	100
磁盘存储空间	实际数据长度 + 1 字节	实际数据长度 + 1 字节
内存分配（排序/临时表）	按 10 字符分配	按 100 字符分配
适用场景	短、固定字段（如状态码）	可扩展字段（如地址、描述）
性能影响	更高效（内存和索引）	可能降低性能（内存密集型操作）

最佳实践：

• 根据业务需求选择字段长度，避免过度预留（如误用 VARCHAR(255) 存储固定长度数据）。
• 对高频查询字段，优先使用短字段或拆分字段以优化索引。
• 使用 PROCEDURE ANALYSE() 分析实际数据长度，科学定义字段。