MySQL ENUM严格模式未生效：非法值插入未被拒绝问题排查

• Strict Mode未正确生效：MySQL 5.7及以上版本默认开启Strict Mode，但可能你的全局配置、当前会话配置被修改过，导致sql_mode里没包含STRICT_TRANS_TABLES（事务表适用）或STRICT_ALL_TABLES（非事务表适用）。
• 表级SQL_MODE覆盖全局设置：MySQL允许给单个表指定独立的sql_mode，如果这张表创建时就设置了不含Strict Mode的规则，会忽略全局配置。

1. 检查当前SQL_MODE状态 #

执行以下SQL命令，查看全局和当前会话的sql_mode配置：

SELECT @@GLOBAL.sql_mode;
SELECT @@SESSION.sql_mode;

如果结果里找不到STRICT_TRANS_TABLES或STRICT_ALL_TABLES，说明Strict Mode未开启。

2. 临时开启会话级Strict Mode（即时生效，重启MySQL后失效） #

如果只是当前操作需要严格校验，执行：

SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';

注意：如果原有sql_mode还有其他参数（比如NO_ZERO_DATE），要一起保留，不要直接覆盖

3. 永久开启全局Strict Mode（需重启MySQL） #

找到MySQL的配置文件（Linux一般是/etc/my.cnf，Windows在安装目录下的my.ini），修改sql_mode项：

sql_mode = STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION

保存后重启MySQL服务，所有新会话都会应用该配置。

4. 修正表级的SQL_MODE（如果表有独立配置） #

如果是表自身的sql_mode覆盖了全局规则，执行：

ALTER TABLE 你的表名 sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';

替换成实际表名，同样保留原有必要的sql_mode参数

5. 验证修复效果 #

再次插入非法ENUM值测试，此时应该直接抛出错误，不会插入带空值的记录。

内容的提问来源于stack exchange，提问作者Boris