导出SQL中ENUM字段值变NULL或空字符串，主因是phpMyAdmin未解析ENUM元数据，直接照搬MySQL返回值；若行数据本身非法（如值不在当前定义中），MySQL返回NULL，phpMyAdmin即导出NULL。
导出的 sql 里 enum 字段值变成 null 或空字符串，不是数据真丢了，而是 phpmyadmin 在读取 enum 元数据时没把字段实际值和定义对齐，导致生成 insert 语句时漏掉了内容。
phpMyAdmin 不解析 ENUM 值定义，只存原始类型字符串
MySQL 的 ENUM('active','inactive') 是服务端类型约束，phpMyAdmin 默认不向 MySQL 发送额外查询去拉取该字段所有合法值（比如 SHOW COLUMNS FROM table LIKE 'status' 返回的是 enum('active','inactive') 这个字符串，而非可枚举列表）。它导出 INSERT 时依赖的是实际查出来的行数据——如果某行 status 字段在表里存的是 'active'，就写 'active'；但如果该值不在当前 ENUM 定义中（比如 ALTER 修改过但数据没清理），MySQL 查询可能返回 NULL 或空串，phpMyAdmin 就照搬过去。
- 现象：导出 SQL 中某 ENUM 字段大量出现
NULL或空字符串，但你在 phpMyAdmin 表格视图里能看到正常值 - 原因：该字段已有非法值（如原定义是
ENUM('a','b')，但插入过'c'），MySQL 返回NULL，phpMyAdmin 不校验直接导出 - 验证方式：执行
SELECT status, status IS NULL FROM table WHERE status NOT IN ('active','inactive');，看是否真有非法值
导出时用了 “仅结构” 或跳过了数据导出选项
phpMyAdmin 导出页默认勾选「结构」，但「数据」需要手动勾选。如果误操作没勾「数据」，或者选了「仅导出结构」，那生成的 SQL 就只有 CREATE TABLE，没有 INSERT，自然看不到 ENUM 字段值。
- 检查导出页面：确认「格式特定选项」区域下的「数据」已勾选
- 避免误点「仅导出结构」：这个按钮在导出页顶部右侧，和「快速」/「自定义」并列，点一次就只导结构
- 若用「自定义」模式，展开「数据」部分，确认「导出数据」开关为开启状态
ENUM 字段被 phpMyAdmin 当作“不可编辑类型”跳过值提取
phpMyAdmin 对某些类型（包括 ENUM、SET）在导出逻辑中做了简化处理：它不逐行 fetch 值，而是靠 mysqli_fetch_row() + 类型映射推断。当字段类型是 ENUM 且 PHP 驱动返回的 type code 是 MYSQLI_TYPE_ENUM 时，部分版本（尤其是 5.2+）会因兼容性 fallback 到空值，尤其在启用了 $cfg['ProtectBinary'] = true 或字符集不匹配时。
- 临时绕过：在导出前，执行
SET NAMES utf8mb4;（确保连接字符集一致） - 更稳方案：改用
mysqldump --skip-extended-insert database table命令行导出，它绕过 phpMyAdmin 的类型解析逻辑 - 注意：不要依赖 phpMyAdmin 界面里的「ENUM/SET 值」编辑框——那是渲染用的，不影响导出行为
真正容易被忽略的是：phpMyAdmin 导出 ENUM 数据是否完整，和你有没有在 MySQL 层面用 ALTER TABLE ... MODIFY COLUMN 动态增删值无关，而只取决于「当前行数据能否被 SELECT 正确返回」。只要 SELECT * FROM table 能看到值，导出就不会丢——如果看到的是 NULL，问题一定出在数据本身或表定义不一致上，而不是导出工具。
立即学习“PHP免费学习笔记（深入）”；
