基本用法

CREATE TABLE users ( gender ENUM('male', 'female') NOT NULL DEFAULT 'other');

存储机制

内部存储：ENUM值以数字索引（1-based）保存，而非字符串。
例：'male' → 1，'female' → 2
存储空间：根据枚举选项数量分配空间：≤255个选项 → 1字节，超过255个 → 2字节

插入与查询行为

插入无效值：

严格SQL模式：插入无效值（如'unknown'）会报错。
非严格模式：存入空字符串（若允许NULL则为NULL），并生成警告。

查询结果：

SELECT返回字符串值（如'female'）。
在数值上下文中（如ORDER BY或算术运算）可能返回数字索引。

排序规则：

ENUM字段的排序基于定义的顺序，而非字母顺序。

优缺点分析

优点：

节省存储空间（相比字符串类型）。
查询效率高（尤其有索引时）。

缺点：

维护成本高：添加/删除选项需ALTER TABLE，可能影响大表性能。
耦合性：枚举值与数据库结构绑定，应用层需同步修改。

注意事项

字符集一致性：确保ENUM值与表字符集一致，避免乱码。
严格模式建议：启用严格SQL模式（sql_mode=STRICT_ALL_TABLES），防止静默插入无效值。
索引优化：ENUM字段的索引效率高，但需避免在数值上下文中误用索引值。（即不要将ENUM 字段当作数字来使用）

误用举例：

❌ 错误示例 1：使用数字进行查询

-- 假设 ENUM('male', 'female', 'other')

SELECT * FROM users WHERE gender = 1;

问题：
会被当作 ENUM 的索引值（对应 'male'），而不是字符串 '1'。
虽然这个例子能返回正确结果（因为 'male' 的索引恰好是 1），但容易混淆。
更隐蔽的错误：

-- 错误：想查询 gender 为 '1' 的字符串，实际查询了索引值 1（即 'male'）

SELECT * FROM users WHERE gender = '1';

-- 注意这里是字符串 '1'，不是数字 1，如果 ENUM 中没有 '1' 这个字符串，MySQL 会隐式转换为索引值 1（即 'male'），导致查询结果不符合预期。

❌ 错误示例 2：使用数字进行 JOIN

-- 错误：试图用数字关联状态表， o.status 是 ENUM，s.id 是 INT

SELECT * FROM orders o JOIN order_status s ON o.status = s.id;

问题：
MySQL 会将 ENUM 强制转换为整数进行匹配，可能导致：
索引失效（类型转换）；结果错误（匹配的是索引值而非语义值）。

❌ 错误示例 3：在表达式或函数中使用

-- 错误：对 ENUM 字段进行算术运算，强制转换为整数

SELECT * FROM products WHERE status + 0 = 2;

-- 错误：使用数学函数

SELECT * FROM users WHERE ABS(gender) = 1;

问题：
任何算术运算都会触发 ENUM → 整数的隐式转换。
索引失效：MySQL 无法使用 ENUM 上的索引。

✅ 正确用法：始终使用字符串值

sql
-- 正确：使用字符串进行查询

SELECT * FROM users WHERE gender = 'male';

-- 正确：使用字符串进行 JOIN, 关联字符串字段

SELECT * FROM orders o JOIN order_status s ON o.status = s.status_name;

总结

适用场景：选项固定、数量少、对存储和性能敏感的场景（如状态字段）。
不适用场景：选项频繁变更或需要灵活扩展时，优先考虑外键或CHECK约束。