MySQL唯一索引允许多个NULL值，因NULL表示“未知”，不参与唯一性校验；主键索引则绝对不允许NULL。
MySQL 的唯一索引允许插入任意多个 NULL 值，这不是 bug，而是明确设计行为 —— 因为 NULL 在 SQL 标准中表示“未知”，而“未知 ≠ 未知”在逻辑上不成立，所以数据库不会把两个 NULL 视为重复值。
唯一索引对 NULL 的判定规则
MySQL（尤其是 InnoDB）在唯一性检查时，对 NULL 的处理是：跳过比较。只要某列值为 NULL，该行就直接绕过该列的唯一性校验逻辑。
- 单列唯一索引：
INSERT INTO t (name) VALUES (NULL)可执行多次，不报错 - 联合唯一索引：
UNIQUE KEY (a, b)，若插入(1, NULL)和(1, NULL)，同样不冲突 —— 因为b列的NULL不参与判重 - 但
(NULL, 1)和(NULL, 1)也不冲突；(NULL, NULL)和(NULL, NULL)同样允许
IS NULL 查询为什么常导致索引失效
即使你在列上建了普通索引或唯一索引，WHERE col IS NULL 很可能触发全表扫描，因为 MySQL 优化器认为 NULL 分布稀疏、不可预测，且 B+ 树索引结构本身不天然支持高效定位 NULL 区间。
-
EXPLAIN SELECT * FROM users WHERE mobile IS NULL显示type: ALL或ref_or_null（后者是特殊访问方式，性能仍弱于ref） - 如果业务真要高频查
NULL，更稳妥的方式是加一个非空标记列，比如mobile_is_null TINYINT NOT NULL DEFAULT 0，并配合生成列或应用层维护 - 注意：
WHERE col = ''（空字符串）和WHERE col IS NULL完全是两回事 —— 空字符串受唯一约束严格限制，NULL不受
想让 NULL 也参与唯一性校验？只能堵，不能疏
MySQL 没有开关能“让唯一索引把 NULL 当普通值对待”。唯一可行路径是消除 NULL 的存在空间：
- 建表时强制
NOT NULL，并配默认值，例如status INT NOT NULL DEFAULT -1 - 用生成列兜底：如原始字段
mobile VARCHAR(20)允许NULL，可加虚拟列mobile_key VARCHAR(20) STORED AS (COALESCE(mobile, 'NULL_PLACEHOLDER'))，再在mobile_key上建唯一索引 - 应用层拦截：在 ORM 或服务代码里统一将空值转成特定哨兵值（如
'__MISSING__'），避免写入NULL
真正容易被忽略的是：联合唯一索引里只要有一列是 NULL，整组组合就自动“隐身”于唯一性检查之外 —— 这不是索引坏了，是它按标准本该这么工作。别指望靠改配置修复，得从数据建模源头控制 NULL 的语义权重。
