SQL中AND优先级高于OR，NULL参与运算结果为UNKNOWN致行被过滤，IN比长串OR更安全高效，函数条件易致索引失效。
AND 和 OR 的执行优先级经常被误读
SQL 中 AND 的优先级高于 OR，不加括号时，WHERE a = 1 OR b = 2 AND c = 3 等价于 WHERE a = 1 OR (b = 2 AND c = 3)，而不是按书写顺序分组。这常导致查出意外的行。
实操建议：
- 只要混用
AND和OR，一律用括号明确逻辑边界，哪怕看起来“没必要” - 把同一类条件归为一组，比如
(status = 'active' OR status = 'pending')再和其它条件组合 - 用格式缩进辅助阅读，例如：
WHERE (category = 'book' OR category = 'ebook') AND price '2023-01-01'
NULL 值会让 AND/OR 判断直接失效
NULL 参与布尔运算时结果是 UNKNOWN，而 WHERE 只保留 TRUE 行，UNKNOWN 和 FALSE 都被过滤掉。比如 WHERE rating > 4 AND review_count > 0，若某行 review_count 是 NULL，整条表达式就变成 TRUE AND UNKNOWN → UNKNOWN，该行不会返回。
常见错误现象：
- 明明数据里有值，但加了
AND后结果变少，尤其涉及可空字段（如updated_at、discount_rate） -
WHERE column = 'x' OR column IS NULL才能真正覆盖所有情况，OR column = NULL永远不成立 - 用
COALESCE(column, 0) > 5或column > 5 OR column IS NULL显式处理空值逻辑
用 IN 替代长串 OR 更安全也更高效
写成 WHERE type = 'A' OR type = 'B' OR type = 'C' OR type = 'D' 不仅冗长，还容易漏写或拼错；某些数据库（如 MySQL）在 OR 过多时可能放弃使用索引。
实操建议：
- 三个及以上等值判断，优先改用
IN：WHERE type IN ('A', 'B', 'C', 'D') -
IN对NULL敏感：WHERE id IN (1, 2, NULL)等价于WHERE id = 1 OR id = 2 OR id = NULL→ 最后一项恒假，整个表达式忽略NULL元素 - 如果必须包含空值逻辑，拆开写：
WHERE type IN ('A','B') OR type IS NULL
带函数或计算的条件别直接塞进 WHERE
像 WHERE UPPER(name) = 'JOHN' 或 WHERE DATE(created_at) = '2024-01-01' 会阻止索引使用，尤其在大表上性能陡降。
使用场景与替代方案：
- 字符串大小写匹配：建函数索引（PostgreSQL/MySQL 8.0+）或统一存小写 +
WHERE name = 'john' - 日期范围查询：用
WHERE created_at >= '2024-01-01' AND created_at ，避免调用DATE() - 模糊前缀搜索：用
WHERE name LIKE 'john%'（可走索引），而非WHERE SUBSTR(name, 1, 4) = 'john'
实际写多条件过滤时，最易被忽略的是空值传播和索引失效这两层——它们不会报错，但会让结果“不对”或“太慢”，且问题往往在线上数据量上来后才暴露。
