如何优化ThinkPHP中空值查询速度及处理空值的索引技巧？

本文共计652个文字，预计阅读时间需要3分钟。

直接说结论：

为什么 WHERE name IS NULL 会慢？

MySQL 对 IS NULL 的索引支持有限——只有当字段有「允许 NULL」且被单独建了索引（或作为联合索引最左前缀），才能走索引。如果 name 字段是 NOT NULL DEFAULT ''，那 IS NULL 实际永远查不到，但 MySQL 还是得扫全表确认一遍。

• 检查字段定义：SHOW COLUMNS FROM user LIKE 'email'; 看 Null 列是否为 YES
• 确认索引存在：SHOW INDEX FROM user WHERE Column_name = 'email';
• 联合索引如 (status, email) 可以加速 WHERE status = 1 AND email IS NULL，但单独 WHERE email IS NULL 无法利用它

whereNull() 和 ['exp', 'is null'] 有啥区别？

没本质区别，都是生成 IS NULL 条件。但写法影响可读性和维护性：

• User::whereNull('email')->select() 更语义化，适合单字段空值判断
• ['exp', 'is null'] 是兜底写法，适合复杂表达式，比如 ['exp', 'email IS NULL OR phone = ""']
• 别混用：用 whereNull() 就别再手写 ['exp', ...]，否则可能被覆盖或逻辑错乱

查空值时最容易踩的三个坑

空值查询不是写对语法就完事，业务逻辑和数据库状态常埋雷：

立即学习“PHP免费学习笔记（深入）”；

• 前端传参是空字符串 ''，后端误当 NULL 处理：必须用 is_null($value) 明确区分，不能只靠 empty()
• 字段允许 NULL，但业务上「空」代表「未填写」，而「NULL」代表「数据缺失」，两者语义不同，查的时候要分开处理（比如 WHERE email = '' OR email IS NULL）
• 用 paginate() 查空值数据，count 查询会卡死：因为 COUNT(*) WHERE email IS NULL 无法走索引时，count 本身就会全表扫，建议改用 paginate(15, false, ['query' => request()->param()]) 关闭自动 count，自己缓存总数

真正卡住性能的往往不是 PHP 层怎么写，而是 MySQL 是否能用上索引。每次加 whereNull() 前，先跑一遍 EXPLAIN 看 type 是不是 ref 或 range，不是就回去建索引——别的都白搭。