ENUM字段定义时各枚举值必须用单引号包裹，如ENUM('active','inactive')；插入应始终用字符串而非序号；修改需追加末尾并确保默认值存在；仅适用于永不变更的极简状态集。
ENUM 字段定义时字符串值必须加单引号
MySQL 的 ENUM 类型本质是字符串集合，定义时每个枚举值都必须用单引号包裹，否则会报错 ERROR 1064 (42000)。常见错误是漏掉引号，写成 ENUM('a', 'b', c) —— 这里的 c 没引号，MySQL 会当成列名或关键字解析失败。
正确写法示例：
CREATE TABLE user_status (
id INT PRIMARY KEY,
status ENUM('active', 'inactive', 'pending') DEFAULT 'pending'
);
- 所有枚举值必须是非空字符串，不能为
NULL（除非字段本身允许NULL） - 空字符串
''是合法的枚举值，但需显式写成ENUM('', 'a', 'b') - 枚举值区分大小写，取决于列的排序规则（如
utf8mb4_0900_as_cs下'Active'≠'active'）
插入 ENUM 值时既可写字符串也可写序号，但强烈建议只用字符串
MySQL 允许用数字（从 1 开始）插入 ENUM，比如向上面的 status 插入 1 相当于 'active'。但这极易引发维护问题：一旦增删枚举值，序号全乱，代码里硬编码数字就失效了。
更危险的是隐式转换：如果插入一个不存在的数字（如 99），MySQL 在严格模式下报错 ERROR 1265 (01000): Data truncated for column 'status'；非严格模式则静默转成空字符串，查不到数据还难定位。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 始终使用字符串字面量插入：
INSERT INTO user_status VALUES (1, 'inactive'); - 避免在应用层用
switch(status_code)映射，直接传字符串 - ORM 如 Laravel Eloquent 或 Django ORM 默认走字符串路径，无需额外配置
ALTER TABLE 修改 ENUM 值列表要小心顺序和默认值
用 ALTER TABLE ... MODIFY COLUMN 增加新枚举值，必须把新值追加到末尾，不能插在中间——否则已有数据的内部序号会偏移，导致值错乱。例如原为 ENUM('a','b')，想加 'c'，应写 ENUM('a','b','c')，而非 ENUM('a','c','b')。
同时要注意默认值是否仍在新列表中。如果原默认是 'b'，而修改后删掉了 'b'，MySQL 会拒绝执行，报错 ERROR 1064 (42000)。
- 安全做法：先查当前定义
SHOW COLUMNS FROM user_status LIKE 'status'; - 新增值用
ALTER TABLE user_status MODIFY status ENUM('active', 'inactive', 'pending', 'archived'); - 若需调整顺序，必须导出数据 → 重建表 → 导回，不能靠
MODIFY省事
ENUM 查询性能好但扩展性差，别把它当“轻量级字典表”用
ENUM 存储效率高（内部用 1–2 字节整数），WHERE status = 'active' 走索引也快。但它不是替代关联表的方案——一旦状态逻辑变复杂（比如需要描述、分类、生效时间），ENUM 就卡死。
典型翻车场景：业务要求“已取消”拆成“用户取消”和“系统取消”，你不得不改表结构，而这时可能已有百万行数据，ALTER TABLE 锁表数分钟。
- 纯状态机且确定永不增减（如 HTTP 方法
ENUM('GET','POST','PUT','DELETE')）才适合用ENUM - 带生命周期、权限控制、多语言需求的状态，直接上
status_types关联表 - 注意备份工具（如
mysqldump）导出的ENUM定义含引号和顺序，恢复时必须完全一致，否则数据错位
ENUM 不是语法糖，它把校验逻辑压进存储层，省事的同时也锁死了演进路径。用之前得想清楚：这个字段未来三个月会不会多一个值？ 
