这是一个在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在聚合函数里会被忽略，稍不注意就会得出错误结果。
| 操作 | 结果 | 原因 |
|---|---|---|
| COUNT(name) | 仅统计非NULL的行数 | NULL值不计入 |
| COUNT(*) | 统计所有行 | 不受NULL影响 |
| SUM(age) | 忽略NULL值 | NULL不参与计算 |
| AVG(age) | 只计算非NULL的平均值 | 分母不包含NULL的行 |
| DISTINCT name | 会把NULL当作一个独立值 | 多个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)
索引能查到什么？
| 查询 | 是否走索引 | 说明 |
|---|---|---|
| WHERE a = 1 | ✅ 走索引 | 正常 |
| WHERE a IS NULL | ✅ 走索引 | NULL在索引中有记录 |
| WHERE a = 1 AND b IS NULL | ✅ 走索引 | 组合索引完全匹配 |
| WHERE b = 2 | ❌ 不走索引 | 因为b是组合索引的第二列，不能跳过a单独查b |
核心：组合索引中，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. 总结一张表（记住要点）
| 问题 | 结论 |
|---|---|
| 允许NULL的字段能建索引吗？ | ✅ 可以 |
| IS NULL能走索引吗？ | ✅ 可以 |
| 索引中NULL占空间吗？ | ✅ 占，略大一点 |
| COUNT(字段)会统计NULL吗？ | ❌ 不会，只统计非NULL |
| NOT IN会包含NULL吗？ | ❌ 不会，需额外加OR IS NULL |
| 唯一索引允许多个NULL吗？ | ✅ 允许，多个NULL不冲突（因为NULL != NULL） |
7. 最佳实践建议
能设置NOT NULL + 默认值，就尽量别允许NULL。
原因：
- 避免统计失真（COUNT、AVG等）。
- 避免查询条件中漏掉数据（NOT IN等）。
- 索引存储更小，性能略好。
- 应用层无需处理null判空逻辑，代码更简洁。
如果业务上确实需要表示“未知/无值”，那允许NULL也可以，但写SQL时一定要留意上述坑。
