MySQL字段设为NULL的问题与解决方案

这是一个在MySQL使用中非常经典的问题，这里直接给出结论：

在MySQL中，允许字段为NULL时，索引依然可以正常使用，但在统计、查询、存储和性能方面存在几个重要的陷阱需要特别注意。

下面用最通俗的方式把这些坑讲清楚。

1. 索引是否会失效？—— 不会失效

只要查询条件书写正确，索引就能正常使用。

-- 表t，字段name允许为NULL，并且name上建有索引SELECT * FROM t WHERE name = '张三';  -- ✅ 可以用索引SELECT * FROM t WHERE name IS NULL;   -- ✅ 也可以用索引（这个很多人误以为不行）

关键点：IS NULL在索引中是有记录的，MySQL会将NULL值也存入索引中（具体位置取决于存储引擎和排序方式，通常放在最前面或最后面）。

2. 最大的坑：COUNT、DISTINCT、分组统计会失真

这是最容易踩的坑，因为NULL在聚合函数里会被忽略，稍不注意就会得出错误结果。

示例：

-- 表里有10行，其中3行的name是NULLSELECT COUNT(name) FROM t;   -- 结果是7，不是10 ❗SELECT COUNT(*) FROM t;      -- 结果是10 ✅

教训：如果需要统计所有行，请使用COUNT(*)或COUNT(主键)，不要使用COUNT(可为NULL的字段)。

3. 索引存储和性能影响

① 索引大小会变大

• 每个NULL值在索引中也需要占用存储空间（通常用1个字节标记是否为NULL）。
• 如果字段允许NULL，索引记录会多一个NULL标志位，导致索引稍微变大。

② 查询效率略微下降

• 因为索引中多了一个“是否为NULL”的判断逻辑。
• 但实际影响微乎其微，除非表非常巨大（几亿行），否则感知不到。

③ 排序时NULL的位置

• InnoDB中，NULL在索引中默认排在最前面（等价于最小值）。
• MyISAM中，NULL默认排在最后面。
• 这会影响ORDER BY的结果顺序。

4. 组合索引中的NULL表现（很重要）

假设有组合索引(a, b)，两个字段都允许NULL：

-- 数据：(1, 1)(1, NULL)(NULL, 2)(NULL, NULL)

索引能查到什么？

核心：组合索引中，NULL值同样参与索引构建，但最左前缀原则依然有效，不受NULL影响。

5. 一个容易被忽略的坑：NOT IN 和 NULL

SELECT * FROM t WHERE name NOT IN ('张三', '李四');

如果name允许NULL，这个查询会漏掉name = NULL的行！

原因：NULL和任何值比较都是UNKNOWN（既不是TRUE也不是FALSE），所以NOT IN会排除掉所有含NULL的行。

正确做法：

SELECT * FROM t WHERE name NOT IN ('张三', '李四') OR name IS NULL;

6. 总结一张表（记住要点）

7. 最佳实践建议

能设置NOT NULL + 默认值，就尽量别允许NULL。

原因：

1. 避免统计失真（COUNT、AVG等）。
2. 避免查询条件中漏掉数据（NOT IN等）。
3. 索引存储更小，性能略好。
4. 应用层无需处理null判空逻辑，代码更简洁。

如果业务上确实需要表示“未知/无值”，那允许NULL也可以，但写SQL时一定要留意上述坑。