-- CHAR：定长字符串
CREATE TABLE t1 (col CHAR(10));

-- VARCHAR：变长字符串
CREATE TABLE t2 (col VARCHAR(10));

-- 存储 'ab' 在 CHAR(10) 中
-- 实际存储：'ab        '（占 10 个字符）
-- 读取时自动去掉尾部空格

-- 存储 'ab' 在 VARCHAR(10) 中
-- 实际存储：2（长度前缀）+ 'ab'（占 3 个字节）
-- 读取时原样返回

CHAR(10) 存 'ab'：占用 10 个字符的空间，剩余 8 个空格浪费了
VARCHAR(10) 存 'ab'：占用 2 个字符 + 1 个字节长度前缀

VARCHAR 在大部分情况下节省空间
但 VARCHAR 的长度前缀本身也占用空间（1 字节或 2 字节）

-- 1. 行长度固定，计算偏移更方便
--    InnoDB 处理定长行时，可以通过偏移量直接定位

-- 2. 页内行数更可预测
--    如果所有列都是定长类型，一页能放的行数是固定的

-- 3. 更新不改变行大小
--    CHAR 列更新时不会导致页分裂（因为长度不变）

-- 1. 大多数情况下节省空间
--    更小的数据占用 → 更多行在 buffer pool
--    → 更高的缓存命中率

-- 2. 表总大小更小
--    备份更快、索引更小

-- 1. 字段长度差异很大（如地址、描述）
VARCHAR(500)  -- 大多数地址 20-100 字，少数才 500

-- 2. 字段最大长度远大于平均长度
VARCHAR(100)  -- 名字平均 3-5 个字符

-- 3. 字段经常被更新
--    InnoDB 的 VARCHAR 更新可能会造成行迁移
--    （行大小变化导致原页面放不下）

-- 4. 经常创建索引
--    VARCHAR 索引更小，占用的磁盘和内存更少

-- 5. 多语言支持（UTF-8 字符）
VARCHAR(255)  -- 在 UTF-8 下最多 765 字节

-- 1. 固定长度的标识符
CHAR(32)      -- UUID、MD5
CHAR(11)      -- 手机号（中国大陆 11 位）
CHAR(18)      -- 身份证号（统一用 18 位）

-- 2. 非常短的字符串（几乎不浪费空间）
CHAR(1)       -- 性别、状态：M/F, Y/N
CHAR(2)       -- 省份代码：BJ, SH, GZ

-- 3. 长度高度统一的字段
CHAR(6)       -- 邮政编码
CHAR(4)       -- 验证码

-- 4. 需要存储固定格式便于比较
CHAR(32)      -- MD5值固定32位，存CHAR(32)查询效率更高

如果字段长度变化大 → VARCHAR
如果字段长度固定且很短（< 20） → CHAR
如果字段长度固定且很长（> 100） → VARCHAR（CHAR会浪费太多空间）

-- 方案 A：用 CHAR
CREATE TABLE user_char (
    id INT,
    name CHAR(20),       -- 平均 6 字 × 3字节 = 18 字节
    phone CHAR(11),      -- 11 字节
    email CHAR(100),     -- 平均 20 × 3 = 60 字节
    address CHAR(200)    -- 平均 30 × 3 = 90 字节
);
-- 单行固定：4 + 20 + 11 + 100 + 200 = 335 字节

-- 方案 B：用 VARCHAR
CREATE TABLE user_varchar (
    id INT,
    name VARCHAR(20),     -- 平均 18 + 1 = 19
    phone VARCHAR(11),    -- 11 + 1 = 12
    email VARCHAR(100),   -- 60 + 1 = 61
    address VARCHAR(200)  -- 90 + 1 = 91
);
-- 单行平均：4 + 19 + 12 + 61 + 91 = 187 字节
-- 节省约 44% 空间