sql中and优先级高于or，混用时必须用括号明确逻辑单元，否则易导致结果错误、索引失效或join爆炸；实操应统一加括号、慎用not in、优先union替代跨字段or、join的on中禁用or。
AND 和 OR 的优先级问题必须用括号明确
SQL 中 AND 优先级高于 OR，不加括号时容易得到意外结果。比如想查“北京的男用户”或“上海的女用户”，写成 WHERE city = '北京' AND gender = '男' OR city = '上海' AND gender = '女' 看似合理，但实际等价于 (city = '北京' AND gender = '男') OR (city = '上海' AND gender = '女') —— 这没问题；可一旦写成 WHERE city = '北京' OR city = '上海' AND gender = '女'，就会变成“北京任意性别 + 上海女性”，而非“北京女性或上海女性”。
实操建议：
- 所有涉及
AND与OR混用的条件，一律用括号包裹每个逻辑单元，哪怕看起来“没必要” - 把复合条件拆成语义清晰的子组，例如
(city IN ('北京', '上海')) AND (age BETWEEN 18 AND 35)比嵌套OR更易读、更少出错 - 在 WHERE 子句开头就养成加括号的习惯，比如
WHERE (status = 'active') AND (created_at > '2024-01-01')
用括号替代 NOT + OR 实现“排除多个条件”
很多人想表达“不是 A 也不是 B”，直觉写 WHERE NOT (type = 'A' OR type = 'B')，这没错；但更常见、更安全的写法是 WHERE type NOT IN ('A', 'B')。不过要注意：NOT IN 遇到 NULL 会整个条件返回 UNKNOWN，导致行被过滤掉——这是隐形陷阱。
实操建议：
- 当字段可能为
NULL时，避免直接用NOT IN，改用WHERE type != 'A' AND type != 'B'或WHERE type NOT IN ('A', 'B') AND type IS NOT NULL - 用
NOT (A OR B)等价于NOT A AND NOT B，逻辑更透明，也方便后续加新条件 - 如果必须用
OR表达排除，务必验证数据中是否存在NULL，否则查询结果会比预期少
WHERE 中混用 AND/OR 导致索引失效的典型场景
数据库优化器对含 OR 的条件往往难以高效走索引，尤其当 OR 两侧字段不同（如 WHERE user_id = 123 OR email = 'a@b.com'），多数引擎会退化为全表扫描。而 AND 通常能利用复合索引，前提是字段顺序匹配。
实操建议：
- 优先用
UNION替代跨字段OR：把WHERE a = 1 OR b = 2拆成两个SELECT ... WHERE a = 1和SELECT ... WHERE b = 2再UNION，各自可独立走索引 -
AND条件中字段顺序要和复合索引定义一致，例如索引是(status, created_at)，那么WHERE status = 'done' AND created_at > '2024-01-01'能用上，但反过来可能只用到第一列 - 在 EXPLAIN 结果里重点看
type是否为range或ref，而不是ALL；只要出现ALL，就要怀疑OR或括号缺失是否干扰了执行计划
在 JOIN 条件里误用 OR 可能引发笛卡尔积
JOIN 的 ON 子句中用 OR 是高危操作。例如 LEFT JOIN orders o ON u.id = o.user_id OR u.email = o.contact_email，会导致一个用户匹配到多个订单记录的组合爆炸，结果行数远超预期。
实操建议：
- JOIN 的
ON条件只用于关联关系，应尽量保持单一、确定的等值匹配；复杂逻辑移到WHERE后过滤 - 真需要多条件关联时，考虑用
COALESCE或CASE构造统一键，或拆成多个LEFT JOIN分别处理再COALESCE字段 - 只要
EXPLAIN显示rows值异常高，且ON里有OR，先注释掉它跑一遍，对比结果集大小——十有八九是这里出了问题
AND/OR 的 WHERE，花三秒检查括号是否闭合、是否包裹了你想表达的最小完整条件单元。
