mysql中= null永远返回空结果，因null不参与等值比较，查空值必须用is null或is not null；left join后where过滤右表字段会意外丢失左表记录，应将条件移至on子句或显式允许null。
WHERE条件里用了= NULL
这是最常踩的坑：MySQL里= NULL永远返回空结果，因为NULL不参与任何等值比较。查空值必须用IS NULL或IS NOT NULL。
错误写法：SELECT * FROM users WHERE email = NULL → 永远没结果
正确写法：SELECT * FROM users WHERE email IS NULL
如果想查“非空且不等于某个值”，别写成email != 'test@example.com' OR email IS NULL——这会漏掉NULL行；应明确拆开：email IS NOT NULL AND email != 'test@example.com'
LEFT JOIN后WHERE过滤右表字段
本意是保留左表全部记录，但写了WHERE b.status = 'active'，MySQL会先JOIN再过滤，把右表没匹配上的那些NULL行全踢掉，效果等同于INNER JOIN。
解决方法只有两个：
- 把条件挪到
ON子句：LEFT JOIN orders b ON a.id = b.user_id AND b.status = 'active' - 如果必须放WHERE，得允许NULL：
WHERE b.status = 'active' OR b.status IS NULL（但语义通常已偏离原需求）
执行EXPLAIN时若看到Using where; Using join buffer，说明过滤发生在JOIN之后，就得警惕了。
字段值表面一致但实际不等
复制粘贴字段值当WHERE条件却查不到，大概率是隐形字符作祟：开头/结尾空格、不可见Unicode字符（如零宽空格）、全角空格、换行符。
快速验证：SELECT HEX(name), LENGTH(name) FROM users WHERE id = 123，对比HEX输出是否含20（空格）或E2808B（零宽空格）等
临时绕过：WHERE TRIM(name) = '张三' 或 WHERE name LIKE '%张三%'（仅调试用）
根本解决：入库时用TRIM()清洗，或建表时加GENERATED ALWAYS AS (TRIM(name)) STORED虚拟列索引
查询字段或表名拼写错误 / 别名覆盖
别名在WHERE阶段不可见，SELECT u.name AS name FROM users u之后，WHERE name = 'xxx'查的是原始表字段还是别名？答案是：都不行——它会报错或查出意外结果。
常见陷阱：
- 字段名含连字符或关键字（如
order、group），没加反引号：WHERE `order` > 100才合法 - 表别名被重复定义，导致字段解析错乱
- 大小写敏感：Linux下MySQL默认区分表名大小写，
users和Users是两张表
最稳的排查方式：SHOW COLUMNS FROM users LIKE 'user_id'确认字段真实存在，再用SELECT * FROM users LIMIT 1看实际数据长什么样。
空结果本身不是Bug，是数据库在诚实告诉你“没找到”。真正要花时间的，是判断这个“没找到”到底是数据确实不存在，还是查询逻辑悄悄绕过了它——尤其是JOIN、NULL处理、字符编码这几处，最容易藏匿无声的失败。
