where多条件筛选需注意括号缺失、null处理错位、函数滥用三类问题：混用and/or必须加括号明确逻辑；null值须用is null/is not null判断；索引列上禁用函数以防失效。
多条件 WHERE 筛选不是堆砌 AND/OR 就能跑通的，括号缺失、NULL 处理错位、函数滥用这三类问题，90% 的慢查询和漏数据都出在这儿。
WHERE 中 AND 和 OR 混用必须加括号
不加括号时，OR 优先级低于 AND，数据库会按默认顺序解析，极易偏离业务意图。比如写成 WHERE status = 'active' OR type = 'vip' AND created_at > '2024-01-01'，实际执行的是 status = 'active' OR (type = 'vip' AND created_at > '2024-01-01')，而不是你想要的“活跃状态或 VIP 且创建时间在范围内”。
- 所有语义上属于同一逻辑组的条件，必须用括号显式包裹，例如：
WHERE (status = 'active' OR status = 'pending') AND type IN ('vip', 'trial') - 多个 OR 组合优先改用
IN，既可读又避免括号嵌套过深 - 换行+缩进对齐括号层级，比压缩成一行更利于后期排查
NULL 值必须用 IS NULL/IS NOT NULL 判断
= NULL 或 != NULL 永远不成立，因为 SQL 中任何与 NULL 的比较结果都是 UNKNOWN，而 WHERE 只保留 TRUE 行。写成 WHERE category = NULL 不仅查不到空值，还会静默过滤掉所有行。
- 判断空值唯一安全写法是：
WHERE column IS NULL或WHERE column IS NOT NULL -
IN列表里混入NULL（如WHERE status IN ('active', NULL)）不会匹配任何NULL行，要单独补OR status IS NULL - MySQL 可用
（NULL 安全等号），但跨库兼容性差，不建议用于通用逻辑
字段上套函数会让索引失效
在索引列上使用 UPPER()、DATE()、COALESCE() 等函数，会导致数据库无法走索引，大表查询可能从毫秒级升到秒级甚至超时。
- 查大小写不敏感字符串，别写
WHERE UPPER(name) = 'JOHN'，改用COLLATE utf8mb4_0900_as_cs（MySQL 8.0+）或建函数索引 - 日期范围别写
WHERE DATE(created_at) = '2024-01-01'，应拆成created_at >= '2024-01-01' AND created_at - 执行前务必用
EXPLAIN（MySQL）或EXPLAIN ANALYZE（PostgreSQL）确认是否命中key或Index Scan
真正难的不是写出语法正确的多条件 WHERE，而是预判括号层级是否匹配业务语义、确认 NULL 是否被遗漏、以及验证索引有没有被自己写的函数悄悄绕开——这三个点，往往在测试环境看不出来，一上生产就暴露。
